2010-09-29 12 views
7

Un team che lavora su un progetto tenderà ad avere bisogno di una configurazione comune di Eclipse. Ciò include la configurazione generale e la configurazione specifica del progetto. Ad esempio, in generale, tutti potrebbero desiderare di condividere indentazione, installazione di determinati plugin (ad esempio m2eclipse, testng, egit, supporto Spring). Inoltre, per un progetto, potresti desiderare configurazioni plug-in specifiche (ad esempio, per m2eclipse, configurare un file di impostazioni Maven personalizzato, configurare target Maven extra per gli eventi di sviluppo di Eclipse) o una piattaforma di destinazione Eclipse personalizzata, o anche solo per impostare -up determinati lanciatori personalizzati.Come si automatizza la configurazione di Eclipse?

Attualmente, il mio team esegue una serie di passaggi manuali per provare a ottenere tutto correttamente configurato. Questo è noioso, soggetto a errori e difficile da seguire per i nuovi sviluppatori. Anche le istruzioni tendono ad essere obsolete.

In che misura questo tipo di configurazione può essere automatizzato? Come dovrebbe essere fatto?

risposta

1

Configurarlo una volta e quindi effettuare copie della cartella di configurazione. Se non è abbastanza, copia l'intera cartella di Eclipse.

+0

Come si può garantire che non ci siano percorsi localizzati ecc nella cartella di configurazione o nella cartella eclipse? Se aggiungi plugin come testng, non mettono roba nella cartella dei plugin? –

2

configurare l'eclissi su una workstation e quindi creare un file zip o un file rar per lo stesso e passarlo ad altri .. questo aiuterà e in caso contrario è anche possibile scrivere script cmd per copiare i plugin e altre cose utili in lo stesso e questi saranno meno inclini agli errori.

+0

Vuoi dire dello spazio di lavoro? Perché dovresti renderlo un file di guerra? –

+0

@Emil mi dispiace che era file rar non file di guerra. –

+0

E documenta i passaggi che hai preso per configurare la copia master per coloro che vogliono lanciare da soli –

0

Penso che diverse parti abbiano diversi modi di configurare/condividere.

  1. installazione

    L'installazione può essere installato nelle NFS come distribuzione centrale, e mantenere dall'amministratore. Tutti i membri del team condividono l'installazione (eclipse e altri plug-in).

  2. plug-in di preferenza

    Le preferenze di qualche caratteristica potrebbe essere esportati in un file, quindi importato in altri ambienti. Ma dipende dall'implementazione dei plug-in. Ad esempio, è possibile esportare/importare le impostazioni chiave e le impostazioni jre.

  3. impostazioni specifiche del progetto

    Ad esempio, il livello di java compilatore e impostazione del formato di codice sono memorizzati file di configurazione .pref nella cartella di progetto. Puoi gestirli tramite lo strumento di controllo del codice sorgente. Pertanto, tali impostazioni possono essere condivise tra i membri del team.

4

Esistono diverse soluzioni per la condivisione dell'installazione/configurazione e delle impostazioni di Eclipse. Ad esempio, Pulse (ha una versione gratuita). Se sfogli le domande precedenti in StackOverflow, troverai molte discussioni su questi problemi.

Suggerirei di non copiare le cartelle di configurazione e spazio di lavoro. Dalla mia esperienza, non funzionerà sempre. Inoltre, questa tecnica funziona solo una volta. Non si sincronizza più tardi.

Aggiornamento: ho appena ricordato che è disponibile un altro plug-in utile per il checkout: Google Workspace Mechanic.

+0

Pulse sembra interessante, grazie per il puntatore! –

+0

Pulse è solo il plugin, non le impostazioni, giusto? –

+0

Pulse consente di sincronizzare le impostazioni e le preferenze dello spazio di lavoro, nonché i plug-in. Potresti aver bisogno dell'edizione a pagamento per farlo nella tua squadra. – zvikico

5

La cosa più semplice disponibile senza modifiche è avere un file delle preferenze comuni (Esporta-> Generale-> Preferenze), che possono essere caricate da tutti. Funziona al meglio con le stesse installazioni Java presenti.

Attualmente è possibile inserire plugin in questi giorni ma non ho lavorato con esso. Potrebbe anche essere utile creare un repository locale con un pacchetto predefinito in base a tutti i plugin che si desidera. Quindi puoi installarlo e inserirà i riferimenti. Una cache locale potrebbe essere molto utile in quanto alcuni repository sono piuttosto lenti.

+0

Esiste un modo per creare script sulla distribuzione di preferenze e plug-in? Preferirei che le persone eseguissero una sorta di script di shell o di file batch piuttosto che dover fare clic su più cose in Eclipse. –

+0

Ho chiesto la stessa cosa, e non esisteva una cura semplice, tranne che per comprimere aree di lavoro e cartella eclipse. Anche a me non piace. –

1

sono d'accordo con "Thorbjørn Ravn Andersen" ma l'esportazione delle preferenze non esporta tutte le preferenze, specialmente dai plugin aggiuntivi. dovresti inoltre comprimere un'eclissi di lavoro e fornirla a tutti i membri del team.

Problemi correlati