Come rendere pronto un progetto "repository/team"

Question

Ho lavorato da solo su un progetto per un po 'di tempo, e ora, è probabile che nuovi sviluppatori si uniscano al progetto per vari motivi.

Io, ovviamente, utilizzo un software di controllo versione, ma temo che importare il mio progetto in Eclipse e farlo funzionare potrebbe rivelarsi un po 'difficile per i nuovi arrivati, e voglio renderlo il più pulito possibile.

Quando ho assunto il progetto per la prima volta, mi ci sono voluti quasi due giorni per far sì che il progetto fosse costruito ed eseguito, ho documentato ogni passaggio e corretto gli errori più ovvi, ma non tutti, e voglio che il progetto fosse eseguito come è quando viene importato.

• Il progetto è un mix di progetti Java per il backend, un progetto j2ee per il server e un progetto flessibile per il client.
• L'IDE sta per essere Eclipse
• Il software di controllo di versione è Perforce

Ecco alcuni dei problemi specifici che ho in questo momento, non li ho risolvere, e come?

1. variabili d'ambiente Eclipse sono utilizzati per librerie, tutte le librerie sono in una cartella nel progetto J2EE, ma sono utilizzati da tutti i progetti Java (che devono essere impostati in ogni IDE progetto viene importato in)
2. Runtime JRE è specificato in .classpath per ogni progetto, in modo che ogni proprietà progetti deve essere modificato quando si cerca di costruire il progetto in un altro ambiente
3. server Apache è specificato nella proprietà del progetto J2EE
4. per evitare l'esportazione dei barattoli di tutte le progetti java nel progetto j2ee ogni volta che modifico il codice, ci sono delle cartelle collegate nei progetti j2ee, collegate per ogni cartella del progetto java

Per (4) Probabilmente dovrò usare Maven, ma è possibile risolvere il problema (1) (2) e (3) senza usare Maven?

L'alternativa è quella di avere un set up documento di una pagina di istruzioni

fare Inoltre avete altri consigli generali o specifiche su come organizzare tutto questo casino.

Grazie

Answer 1

1. La gestione delle dipendenze è un must - usare Maven. Se non puoi usare Maven, perché stai già usando formica, vai con Ivy.

2. Rendi il progetto realizzabile con un solo clic: int ant build all o mvn package. Maven fornisce l'integrazione con l'IDE (tramite il plugin).

3. Non rispondere ai metadati IDE. come .project e .classpath. Puoi comunque impegnarli per facilitare gli utenti di Eclipse, ma non limitare l'IDE.

4. Fornire il build-on-save.Sia utilizzando Eclipse WTP, o utilizzando il plugin FilSync (che suona come un hack, ma è piuttosto fresco)

5. Usa costruire profili (Maven fornisce automaticamente) - per creare diversi costruisce per diversi ambienti

6. E ' non sempre è possibile configurare tutto negli script di maven (o ant/edy). Per eventuali azioni aggiuntive, come l'installazione di app server - documenta quindi in un singolo file nella radice del tuo progetto, descrivendo passo dopo passo cosa installare, con quali opzioni di configurazione, ecc. Così gli sviluppatori hanno solo un posto dove guardare e segui. Il documento può (e meglio) essere .txt pianura

7. sidenote: utilizzare Continuous Integration - scaricare Hudson o TeamCity e configurarlo per costruire un progetto

Dalla mia recentissima esperienza - abbiamo avuto un progetto a cui stiamo lavorando da 6 mesi. Un mio collega ha dovuto reimportare il progetto su una nuova macchina. Gli ci sono voluti 20 minuti. Il progetto è configurato con Maven.