Come si fa a gestire diversi Java Ide e svn?

Question

Come si fa a garantire che si può checkout il codice in Eclipse o NetBeans e lavorare con esso?

Edit:Se non si verifica in ide file correlati, è necessario riconfigurare buildpath, comprende e tutta questa roba, ogni volta che si verifica il progetto.Non so, se l'ant (soprattutto una formica buildfile che viene creato/esportati da eclipse) funzionano con un altro ide senza soluzione di continuità.

Answer 1

Smart culo risposta è "così facendo", a meno che non si lavora con più Idi non so se si è veramente preparati per lavorare con più Idi.Onesto.:)

Ho sempre visto più piattaforme, come più ingombrante, in quanto possono utilizzare diversi standard di codifica (ad es.Windows potrebbe impostazione predefinita ISO-8859-1, Linux UTF-8) - per me codifica ha causato il modo più problemi che gli Ide.

Alcuni ulteriori consigli:

• Si potrebbe desiderare di andare con Maven (http://maven.apache.org), far generare IDE specifico di file e non chiedere loro di impegnarsi a controllo del codice sorgente.
• Per essere sicuri che si sta generando il corretto manufatti, si dovrebbe avere un server dedicato costruire i tuoi risultati (ad es.cruisecontrol), sia con l'aiuto di ant, maven o qualsiasi altro strumento.Questi risultati sono quelli che sono testati al di fuori di macchine di sviluppo.Ottimo modo per rendere le persone consapevoli del fatto che c'è un altro mondo al di fuori della loro macchina.
• Vietare la macchina del percorso specifico per essere contenuta in qualsiasi IDE specifico ho trovato il file nel controllo del codice sorgente.Sempre in riferimento a librerie esterne da percorso logico nomi, preferibile che contengono la loro versione (se non usare maven)

Answer 2

Abbiamo effettivamente mantenere un Netbeans e Eclipse progetto per il nostro codice in SVN ora senza problemi a tutti.Netbeans file non passo di Eclipse file.Abbiamo i nostri progetti strutturati come questo:

sample-project   
+ bin
+ launches  
+ lib  
+ logs
+ nbproject  
+ src  
  + java
.classpath
.project
build.xml

I punti più grande sembrano essere:

• Vietare i percorsi assoluti nel i file di progetto per IDE.
• Impostare il file di progetto per l'uscita classe i file nella stessa directory.
• svn:ignore privato directory nel .nbproject directory.
• svn:ignore la directory utilizzata per classe file di output da le Idi e qualsiasi altro runtime generato una serie di directory la directory dei registri di cui sopra.
• Sono persone che utilizzano entrambi costantemente in modo che le differenze di avere risolto rapidamente.
• Anche mantenere un sistema di generazione indipendente delle Idi come cruisecontrol.
• Utilizzare UTF-8 e correggere eventuali problemi di codifica subito.

Stiamo sviluppando su Fedora 9 a 32-bit e 64-bit, Vista e Xp, e circa la metà degli sviluppatori di utilizzare un IDE o l'altro.Un paio di uso entrambi e passare avanti e indietro regolarmente.

Answer 3

La cosa migliore è probabilmente quello di non commettere qualsiasi IDE file correlati come Eclipse .progetto), in questo modo tutti possono checkout del progetto e di fare la sua cosa come vuole.

Detto questo, credo che l'Ide hanno un proprio file di configurazione di regime, così forse si può commettere tutti senza avere alcun conflitto, ma si sente disordinato imo.

Answer 4

Per la maggior parte io sono d'accordo con seldaek, ma anche io sono propenso a dire che si dovrebbe almeno dare un file che dice quali sono le dipendenze, che versione di Java da utilizzare per la compilazione, ecc, e qualcosa in più che un NetBeans/Eclipse sviluppatore potrebbe essere necessario compilare il loro IDE.

Siamo spiacenti, solo uso Eclipse e quindi ci impegniamo tutti gli Eclipse .classpath .i file di progetto svn che credo sia la soluzione migliore, perché poi ognuno è in grado anche di riprodurre gli errori e cosa da non facilmente invece di faffing con IDE di specifiche.

Answer 5

Io sono della filosofia che la costruzione dovrebbe essere fatto con un "minimo comune denominatore" approccio.Ciò che accade nel controllo del codice sorgente è ciò che è necessario per fare il build.Mentre io si sviluppano esclusivamente con Eclipse, la mia generazione è con ant da linea di comando.

Rispetto al controllo del codice sorgente, ho solo il check-in file che sono essenziali per la compilazione da riga di comando.No Eclipse file.Quando faccio l'installazione di una nuova macchina di sviluppo (sembra due volte all'anno), ci vuole un po ' di sforzo per ottenere Eclipse per importare il progetto da una build ant file, ma niente di spaventoso.(In teoria, questo dovrebbe funzionare lo stesso per gli altri Ide, no?Burbero, essi devono essere in grado di importare da formica?)

Ho anche documentato come l'installazione di un minimo di costruire ambiente.

Answer 6

Io uso maven, e il check-in solo il pom & source.
Dopo il check-out un progetto, ho eseguito mvn eclipse:eclipse
Dico svn di ignorare generato .progetto, etc.

Answer 7

Ecco cosa faccio:

1. Solo mantenere il controllo di origine ant script di build e associati classpath.Classpath potrebbe essere esplicito in ant script, un file di proprietà o gestiti dall'edera.
2. scrivi un target ant per generare l'Eclissi .classpath file dalla formica classpath
3. Netbeans utilizzerà i vostri script di build e il classpath, basta configurarlo per farlo attraverso un progetto.

In questo modo si ottiene IDE indipendente di script e di felici gli sviluppatori :)

C'è un blog su netbeans sito su come fare 3.ma non riesco a trovare in questo momento.Ho messo alcune note su come farlo sul mio sito testo del link (veloce e di brutto anche se, mi dispiace)

Si noti che se si utilizza l'Edera (una buona idea) e eclipse si potrebbe essere tentati di utilizzare eclipse ivy plugin.Io l'ho usato e l'ho trovato terribilmente instabile e inaffidabile.Meglio usare 2.al di sopra.