Come condividere la configurazione di Eclipse su diverse aree di lavoro


130

Sto usando Eclipse (PDT) come IDE primario su macchine diverse. (come a casa, laptop, in ufficio, ecc.). Come posso condividere la configurazione di Eclipse e del progetto in modo pragmatico tra più computer? Devo controllarli in versione o esiste un modo più semplice per farlo?

Come ti assicuri di usare lo stesso buono e vecchio anche se così aggiornato configura tutti i tuoi computer?


Ho avuto tutti i tipi di problemi con la condivisione del codice in un unico spazio di lavoro usando Dropbox. Mi piacerebbe avere più aree di lavoro, una per ogni macchina, e sincronizzare il gruppo di aree di lavoro usando Dropbox.
Djangofan,

3
Vecchia domanda che conosco, ma per i posteri, ho trovato questo post sul blog molto utile: mcuoneclipse.wordpress.com/2012/04/04/… (Non è il mio post :-)
Stewart,

Ci sono sempre complicazioni negli ambienti Windows. Il controllo delle impostazioni dell'area di lavoro nel controllo del codice sorgente non è una risposta. Le impostazioni di controllo del codice sorgente fanno parte delle impostazioni dell'area di lavoro.
chris topinka,

Risposte:


4

Puoi effettivamente impostare molte impostazioni specifiche del progetto che possono essere verificate nel controllo del codice sorgente. Per i piccoli progetti, funziona davvero bene. Per i progetti più grandi, abbiamo deciso di disporre di un singolo file che abbiamo utilizzato per tutti i nostri progetti e abbiamo registrato un progetto "risorse" separato che manteneva le cose necessarie agli sviluppatori per iniziare a lavorare sul nostro progetto. Ciò includeva anche cose come licenze e altri file richiesti.


45
Mentre questa è la risposta accettata, dovresti assolutamente scorrere verso il basso e guardare le altre risposte in quanto hanno informazioni aggiuntive.
Topher Fangio,

1
@erenon - Puoi deselezionarlo come risposta accettata e sceglierne una diversa, più pertinente? Gli altri includono molte più informazioni, ma non posso cancellare questa risposta se è accettata.
Topher Fangio,

176

Condivisione delle impostazioni specifiche dell'eclissi su aree di lavoro :

  1. Vai a ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings
  2. Copia tutto nella directory sopra in ${new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings

Questo assicurerà che il ${new_workspace}abbia la stessa configurazione di${old_workspace}

Spero che questo ti aiuti. Aggiornamento in caso di problemi.


8
Personalmente ho quelle cartelle collegate a Dropbox e anche i profili RSE sono collegati. La configurazione generale delle impostazioni dell'eclissi può anche essere esportata da ide
Anton S

5
Inizierò con questo, ma purtroppo ci sono molte altre impostazioni al di fuori di questa directory che vorrei sincronizzare.
David Harkness,

@DavidHarkness: per favore elabora - quali impostazioni - dove? Potresti pubblicare una risposta qui - chiedo tra gli altri: "sarebbe sicuro e abbastanza per legare il link \.metadata\.plugins\org.eclipse.core.runtime\.settings directory?" - per raggiungere il picco: non è così semplice - ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingscontiene anche le impostazioni dell'area di lavoro e ha altre peculiarità - vedi la mia analisi qui
Mr_and_Mrs_D

Per copiare l'uso della cartella Robocopy: stackoverflow.com/questions/472692/...
weberjn

1
Per mantenerli sincronizzati, considera Unison: cis.upenn.edu/~bcpierce/unison
Alice Purcell

114

Un'altra opzione è esportazione / importazione:

  1. Dallo spazio di lavoro esistente, seleziona File->Export...->General->PreferencesEsporta tutto e scegli il file in cui salvarli (ad esempio prefs.epf)
  2. Avvia Eclipse in un nuovo spazio di lavoro, File->Import...->General->Preferencesscegli il tuo file (prefs.epf), controlla importa tutto

Funzionava perfettamente per l'autore originale di questo suggerimento: aveva importato la formattazione del codice, lo stile del codice, i repository svn, le preferenze jres.

Modifica: su Eclipse Juno funziona male. Alcune preferenze non vengono trasferite silenziosamente come le azioni di salvataggio.


2
Funziona anche con Eclipse STS (spring Tool Suite) 3.4
ü

Ha lavorato su Eclipse Luna
GP cyborg il

1
Si potrebbe fare sia questo che ciò che Peakit ha detto nella sua risposta. Spero che questa combinazione di azioni sia sufficiente per esportare veramente tutto .
Nikos,

8

È un progetto relativamente nuovo, ma sembra che Eclipse Oomph sia stato creato proprio per questo motivo. Attraverso questo strumento è possibile creare una configurazione unica che può essere condivisa con gli altri. Non l'ho usato (ancora), ma ho intenzione di:

https://projects.eclipse.org/projects/tools.oomph


Yatta Profiles si basa su Oomph / Eclipse Installer e semplifica la condivisione.
Bernhard Stadler,

1
@BernhardStadler Yatta non trasferisce le preferenze.
ThomasMcLeod,

Yatta è in grado di ricordare i valori delle preferenze predefinite: le preferenze dell'area di lavoro possono essere registrate con il registratore di preferenze e per le preferenze del progetto non sono necessari strumenti aggiuntivi poiché è possibile aggiungerli al proprio SCM. L'impostazione dell'area di lavoro di sviluppo con un clic del caso d'uso principale prevista per i team con l'obiettivo di ridurre al minimo i tempi di installazione, ma è anche possibile sincronizzare i profili privati ​​tra computer diversi. Non l'ho mai provato da solo, ma secondo la loro pagina web, è possibile applicare gli aggiornamenti dai profili online, quindi dovrebbe essere possibile utilizzare i profili online privati ​​come meccanismo di sincronizzazione.
Bernhard Stadler,

7

Ho dovuto lavorare su più aree di lavoro contemporaneamente e c'erano molte preferenze da impostare ogni volta che creavo un nuovo spazio di lavoro. Ho creato uno spazio di lavoro modello e ho creato tutte le impostazioni richieste nello spazio di lavoro modello. Ogni volta che creo un nuovo spazio di lavoro, creo un collegamento simbolico {new_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsa cui puntare {template_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settings. Pertanto, quando modifichi una preferenza in una qualsiasi delle aree di lavoro, questa verrà replicata in tutte le altre aree di lavoro.

Ho creato questo alias di funzione nel mio .profile in modo che una volta creato un nuovo spazio di lavoro, eseguo questa funzione nel mio prompt dei comandi con il mio nuovo nome di spazio di lavoro come argomento in modo da creare il collegamento.

function eclset(){
    present_dir=`pwd`;
    cd  {parent_to_workspace}/$1/.metadata/.plugins/org.eclipse.core.runtime ; 
    rm -rf .settings ; 
    ln -s {parent_to_workspace}/template/.metadata/.plugins/org.eclipse.core.runtime/.settings .settings;
    cd $present_dir;
}

In realtà è quello che volevo fare anch'io (su Windows) - ma ci sono delle complicazioni: vedi la mia risposta qui
Mr_and_Mrs_D

3

A partire da Eclipse Neon (e forse anche da Marte), puoi copiare le seguenti due directory per condividere il tuo banco di lavoro e le impostazioni / preferenze tra le diverse aree di lavoro:

    [workspace]/.metadata/.plugins/org.eclipse.core.runtime/.settings
    [workspace]/.metadata/.plugins/org.eclipse.e4.workbench

È davvero introdotto in Neon? Esiste un log delle modifiche / file Leggimi o altre informazioni che lo confermano?
Danijel,

In genere gli sviluppatori hanno il proprio repository GIT e non condiviso, quindi l'elenco è: 1. [workspace] /. Metadata / .plugins / org.eclipse.core.runtime / .settings - Tranne [workspace] /. Metadata / .plugins /org.eclipse.core.runtime/.settings/org.eclipse.egit.core.prefs 2. [spazio di lavoro] /. metadata / .plugins / org.eclipse.e4.workbench
Timo Riikonen

2

Ci sono due domande qui. Innanzitutto, ci sono definizioni di progetto, file .project e impostazioni specifiche del progetto. Personalmente, mi piacciono quelli nel mio controllo del codice sorgente, in quanto semplifica il check-out di un progetto e la creazione di un IDE.

Secondo, hai le impostazioni dell'area di lavoro. Vedrai molte domande in quest'area. Suggerisco di dare un'occhiata a Pulse : si tratta di una distribuzione Eclipse migliorata che può, tra le altre cose, salvare le impostazioni dell'area di lavoro e sincronizzarle con più macchine o membri del team.


1

Puoi anche copiare i file .prefs da ${old_workspace}/.metadata/.plugins/org.eclipse.core.runtime/.settingsuna cartella chiamata .settings nella cartella principale del tuo progetto e quindi aggiungerlo a SVN (o CVS o ...)

In questo modo le impostazioni verranno distribuite a tutti gli sviluppatori insieme al codice sorgente durante un aggiornamento.


0

Ho avuto lo stesso problema.

il mio approccio: memorizzazione dei dati di progetto in una directory gestita da owncloud

Il progetto X viene creato sulla workstation A, con un percorso personalizzato che punta a una nuova sottodirectory della mia gerarchia ownCloud. L'area di lavoro predefinita è ancora residente sul file system di A.

Quando sono seduto sulla workstation BI, apri lo spazio di lavoro locale predefinito (locale su B) e crea un nuovo progetto usando le fonti esistenti nella directory ownCloud "sincronizzata".

Basta fare clic su Aggiorna ogni volta che si avvia eclipse e si dispone dei dati del progetto corrente. La sincronizzazione viene eseguita automaticamente in background, quindi fai attenzione quando hai finito di lavorare per chiudere Eclipse e dare a ownCloud la possibilità di caricare i nuovi file sul server ownCloud.

Tomcat o altri server sono in esecuzione in locale, la configurazione viene copiata manualmente tra le macchine tramite scp. Questo succede solo se ci sono cambiamenti nella configurazione del server, che non è molto frequente.

Non ho avuto problemi di compatibilità usando NEON 2 (arch linux) e NEON 3 (scarica un running su debian stretch) con diversi JDK.

Cordiali saluti Armin


0

Basta copiare le directory

${old_workspace}/.metadata/.plugins

da un progetto esistente a quello nuovo.

Funzionava bene all'interno di progetti PHP (piuttosto semplici).


0

È possibile utilizzare Eclipstyle per clonare le preferenze di un'area di lavoro su altre aree di lavoro. Puoi anche esportare le tue preferenze e clonarle in seguito.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.