2009-10-27 18 views
7

Ho macchine Linux (Fedora) quasi identiche a casa e al lavoro e mantengo i miei file su entrambe le macchine sincronizzate usando l'eccellente programma Unison. Ho cercato di mantenere uno spazio di lavoro di eclissi sincronizzato tra le due macchine, ma questo ha fallito. Ho provato entrambi:Come mantenere uno spazio di lavoro di eclissi sincronizzato tra due macchine?

  1. Sincronizza solo la directory/area di lavoro, cattiveria a causa di aggiornamenti del plugin
  2. Sincronizza sia/spazio di lavoro e il mio .eclipse/regista.

Quello che succede è che lavoro in una macchina, creare nuovi progetti su eclipse, ecc. Quindi unisono. Poi, quando vado sull'altra macchina, i progetti a volte non vengono visualizzati, a volte appaiono ma Eclipse non trova i file e talvolta (raramente) funziona.

Non capisco perché eclipse sia così confuso da quando ho spazi di lavoro identici, versioni di eclipse e persino directory .eclipse.

risposta

2

Dai uno sguardo allo Pulse. È una distribuzione Eclipse in grado di gestire la sincronizzazione delle preferenze dello spazio di lavoro tra utenti e macchine. Potrebbe essere quello di cui hai bisogno.

+0

Grazie, non lo sapevo. Penso che il loro "team sync" farebbe quello che mi serve. Tuttavia, preferirei non dover installare ancora un altro pacchetto software. Forse un guru di eclissi leggerà questa domanda e dirmi come farlo, o dirmi che è impossibile. –

+0

Immagino che non sarebbe sviluppato esternamente se Eclipse avesse tutto OOB. Destra? Ad ogni modo, è un software molto semplice e fa anche un lavoro migliore mantenendo i tuoi aggiornamenti e plugin installati. – zvikico

3

Si è considerato passare attraverso un repository di controllo di origine? Se la privacy è un problema, ci sono spazi SVN privati ​​disponibili (ad esempio, assembla).

Capisco che questa tecnica consenta (almeno) di sincronizzare i progetti ma probabilmente non tutte le impostazioni relative a uno spazio di lavoro. Potrebbe essere un'opzione, no?

+1

Sì, potrei doverlo fare. Ma sarebbe un dolore mentre scrivo un sacco di piccoli programmi (per le lezioni che insegno) molte delle quali finisco per essere cancellato. –

+0

Utilizzo di Subclipse (Eclipse Subversion plugin) non è un dolore IMO: non è necessario utilizzare tutte le funzionalità da quello che posso vedere. Sposta USB sono più IMO overhead. – jldupont

+1

Anche il plug-in SVN Eclipse di Subversive è molto buono ... solo per aggiungere un'altra opzione. :-) – cjstehno

1

Ho usato per memorizzare i miei spazi di lavoro e talvolta l'installazione di eclissi su una chiavetta USB e la uso per la portabilità del progetto dalla macchina Windows alla macchina Windows. È quindi possibile eseguire Eclipse dalla barra e montare lo spazio di lavoro sullo stesso stick.

Ho anche sentito che la casella di rilascio (http://getdropbox.com - hanno un piano gratuito di 2 GB) è utile per questo, anche se non l'ho ancora provato.

È strano che non funzioni con il software di sincronizzazione.

+0

Questo è un buon suggerimento. A causa del fatto che Eclipse non ha bisogno di essere "installato" nel senso tradizionale, una pen drive funziona bene. Assicurati di installare i plug-in sulla stessa unità. – JasCav

+0

Sì, dropbox fa lo stesso di Unison (beh, eccetto che mantengono una copia nei loro server). Sono d'accordo che è strano che Eclipse abbia esito negativo con le versioni identiche, .eclipse e le directory degli spazi di lavoro. Penso che debba mancare qualche altro file-punto che usa eclipse, o forse i progetti memorizzano alcune informazioni sulla macchina su cui sono in esecuzione ??? –

+0

e, per rispondere al suggerimento, sembra semplicemente sciocco trasportare un terzo binario di eclissi quando lo ho già installato su entrambe le macchine. Inoltre, non voglio ancora ... un'altra cosa da portare in giro con me. Buon suggerimento, però, grazie! –

0

Avete preso in considerazione l'installazione di un'unità di rete e l'installazione di Eclipse su tale unità (insieme al vostro spazio di lavoro)? In questo modo, quando apri Eclipse su entrambe le macchine, punta al percorso di rete per il tuo spazio di lavoro. Ho usato con successo questa soluzione in passato.

+0

Questo funziona bene a livello locale, ma se sta cercando di usarlo attraverso la rete l'indicizzazione che Eclipse di solito porta la tua esperienza a una scansione. –

+0

Sì, la seconda macchina è a casa, con una connessione incerta. –

0

Ho usato il Mercurial DVSC su una penna USB come trasferimento tra casa e lavoro. Avevo tre repository Mercurial: uno sulla chiavetta USB, uno a casa e uno in ufficio che condividono lo stesso spazio del checkout di Subversion. Se sei aggiornato con i concetti DVSC, spingere/tirare le modifiche da office-> USB-> home.

Ha funzionato benissimo, ma il primo check-in è stato un problema, in quanto le scritte flash USB hanno una velocità scadente. Spingere/tirare i delta era un afterwords abbastanza veloce.

Credo che i ragazzi di Mozilla utilizzino un approccio ibrido simile a SVN per il repository "ufficiale", ma gli sviluppatori usano Mercurial per il loro ambiente di sviluppo.

1

Ho problemi con unis ed eclipse e li ho risolti per lo più anche se è necessario aggiornare l'intero spazio di lavoro quando cambio sistema.

Ci sono due questioni che ho scoperto che hanno bisogno di essere configurato prima che sia affatto contento:

1) sincronizzare l'area di lavoro, installare l'Eclipse e ~/.eclipse

2) Specificare " ignorenot "regole nel tuo unis" prf "file per non ignorare alcun file in queste directory. Ciò è necessario perché, per impostazione predefinita, l'unison esclude i file che ritiene siano costruiti regole non coerenti simili a CVS che causano problemi.

ad esempio:

path = eclipse 
path = workspace 
path = .eclipse 
ignorenot Regex eclipse/.* 
ignorenot Regex workspace/.* 
ignorenot Regex .eclipse/.* 
2

ho utilizzato dropbox per sincronizzare il mio lavoro. Sono stato in grado di lavorare su 3 computer diversi finora senza problemi.

Problemi correlati