Newsgroup: it.comp.www.php
Titolo: [OT] Eclipse e le sue ... stranezze

A me Eclipse piace, ma alcune sue 'peculiarità' mi fanno girare le ... 
come un frullatore.
 
Devo modificare da casa un progettino che sta sul server al lavoro. Mi 
copio il workspace (con tanto di repository .hg) dal mio Eclipse 
dell'ufficio, lo metto su una chiavetta e lo porto a casa.
Carico il file nel workspace dell'Eclipse di casa, definisco un 
collegamento sftp con il server, quindi inizio a fare delle prove di 
modifica del codice.
 
La pagina web che vedo dal browser si comporta in modo strano: ogni 
tanto sparisce e nei log vedo dei 'fatal error' che non dovrebbero 
esserci perché si riferiscono a file che non ho toccato.
Il metodo che adopero per copiare i file è l'Export to remote system.
 
Memore di passate situazioni, controllo i file sul server e scopro che 
alcuni sono diversi da quelli del workspace. In pratica l'Export non si 
è accorto che qualcun altro ha modificato alcuni file sul server e così 
mi trovo disallineato.
 
La parte peggiore è un file mancante: non c'è verso di convincere 
Eclipse a rimandare quel file. O lo modifico nell'editor (e così obbligo 
il commit in Mercurial), oppure lo copio a mano. Decido per la seconda, 
quindi controllo tutti i file, rimetto a posto due file 'modificati', e 
vado avanti.
 
Il mio metodo di lavoro è: Eclipse in locale sul mio pc, export verso i 
server. Il mio collega usa PSPad + ftp (lui copia tutto il progetto ogni 
volta). Tutto questo funziona perché lavoriamo su progetti diversi, se 
capita di lavorare in coppia uso Eclipse come editor e basta.
 
Ora, mi sono posto delle questioni esistenziali:
1) Il mio metodo di lavoro non è quello giusto;
2) Eclipse non si usa così;
3) Eclipse si usa così, ma io non sono capace ad usarlo;
4) Il giro giusto è: Team Syncronizing + Export a seguire.
5) boh?
 
Qualcuno ha la risposta?
 

 4) Il giro giusto è: Team Syncronizing + Export a seguire.
 
Io non uso l'export (faccio direttamente un checkout e/o un upgrade sul 
server per il deploy), ma in generale il metodo di lavoro e` proprio 
quello di usare il controllo versione sempre e comunque.
 
Anche il tuo collega dovrebbe adattarsi, perche` rischiate grossi casini 
se capita che lavori su un progetto che hai iniziato tu e ti sputtani i 
file di hg.
 
E in generale dovresti lasciare fuori dal vcs i file di eclipse 
(.project, .buildpath e .settings), a meno che tu (e tutti quelli che 
lavorano con te al progetto) non sappia esattamente cosa stai facendo.
 
Bye.
 

 
 
Ho letto fino a qui (in realtà ho letto tutto, e forse ho pure la risposta, ma non rispondo per i motivi che scriverò tra poco - sicuramente troverai chi saprà la risposta perfetta).
Eclipse è uno strumento eccezionale, ma di una complessità superiore.
Personalmente ritengo che le situazioni in cui il legame codice/ambiente-di-sviluppo sia troppo forte aggiungano un problema, invece che toglierlo. Un IDE deve *risolvere* i problemi, non darli!
In parole povere: se nel tuo progetto prendere il solo codice (più ovviamente, ma giusto per comodità, Makefiles, scripts e configurazioni) non basta ad avere un ambiente completo, allora c'è qualcosa che non va. Per fare un esempio estremo (ma reale), dove lavoro adesso tutti programmano in C/C++ su VS2008/10 per un CAD che gira solo su WinXP+, ma se lavoro su una libreria di calcolo posso portarmi a casa il mio bel codice e lavorare sul mio portatile che monta linux utilizzando vi e gcc.
La domanda quindi è: Eclipse è lo strumento che hai scelto, quello che vuoi imparare ad utilizzare o quello con cui sei più comodo? Nel primo caso non è questo l'NG adatto (ti serve una risposta di configurazione dell'ambiente), nel secondo caso ti chiederei cortesemente di ripensarci (ma solo per mio gusto personale), mentre nel terzo ti direi di utilizzare lo strumento che più vorresti usare, aggiustando il progetto di lavoro in maniera che questo sia possibile.
M2C
Ciao!


Io direi un po' di 1) (ma va molto a gusti) e sicuramente 2)
 
Ti dico il giro che uso io:
Eclipse in locale
Repository git clonato
Setup dell'ambiente (db, eventuali web server)
Modifiche
Commit
Pull in staging
Pull in prod
 
In questo modo sviluppo da tre postazioni che uso frequentemente senza 
grossi problemi.
 
Quando non posso fare così perché il cliente vuole che si vada crudi 
alla vecchia uso direttamente editor che supportano fish:// come Kate e 
alla via così.
Come hai provato tu secondo me è il peggio possibile: hai tutte le rogne 
e la complessità e dall'altra parte poco vantaggio
Dipende molto da come ti organizzi il lavoro cmq
 
 
 
-- 
I fatti mi cosano
 
 


 
Purtroppo uso hg solo io: gli altri non appena menzioni hg o git 
incominciano a sclerare di brutto (soprattutto il responsabile del reparto).
Avere un repo clonabile/aggiornabile sarebbe la cosa migliore, ma...
 
 
 

[Risposta collettiva]
 
 
Quindi Eclipse si può utilizzare solo con un VCS se in team, oppure a mano?
 

 reparto).
 
A meno che non lavoriate su progetti molto piccoli, seguiti da una 
singola persona per tutta la loro vita, mi chiedo come facciate a non 
essere ancora impazziti. :)
 
Dove lavoro io siamo in 3 programmatori, e se non avessimo almeno uno 
straccio di CVS ci saremmo gia` sparati in bocca. Gia` e` fastidioso 
quando dobbiamo testare app per facebook che richiedono il deploy ad ogni 
cacchio di modifica... :)
 
Bye.

 mano?
 
Diciamo che e` pensato per essere usato con un VCS.
 
E, come dicevo sopra, aggiungo che lavorare a un progetto in team senza 
un VCS e` da pazzi scatenati.
 
Bye.