quali file progetto/spazio di lavoro di eclissi dovrebbero essere aggiunti al controllo del codice sorgente?

Question

Voglio condividere un progetto di eclissi con il resto del mio team tramite SVN. Quali file devo aggiungere a subversion? Nello spazio di lavoro, ci sono molti file che IMHO non dovrebbe essere sul controllo del codice sorgente: hanno una dimensione di alcuni megabyte.

Quando si aggiunge solo il progetto, un altro utente che controlla il codice deve ancora importare il progetto nello spazio di lavoro.

Edit: forse la giusta domanda qui, è come posso condividere la mia eclissi lavoro utilizzando la sovversione?

Answer 1

Con Eclipse, è sempre necessario importare un progetto - non c'è altro modo per farlo - Eclipse non rileva i progetti se si passa semplicemente a spazi di lavoro a meno che non sia stato precedentemente creato/importato il progetto in tale spazio di lavoro.

Avrete bisogno di un minimo di :

• .project
• .classpath

Personalmente ho anche aggiungere la cartella impostazioni, ma sta a voi:

• .settings

Quindi altri utenti scelgono Importazione progetto e selezionare il file .project.

Answer 2

direi "nessuno di loro" - Trovo più facile basta memorizzare il codice in eversione, quindi creare un nuovo progetto in Eclipse utilizzando il "Acquista Progetti da SVN" wizard

Se hai un'area di lavoro che non è attualmente sotto controllo di sovversione, quindi il metodo più semplice sarebbe quello di crearne una copia, tagliare tutti i file indesiderati, quindi importarli in sovversione. Quindi puoi creare un nuovo spazio di lavoro usando la procedura guidata per collegarlo a SVN.

Answer 3

Per lo spazio di lavoro, prendere in considerazione l'utilizzo di un "set di progetti team". Puoi crearne uno attraverso l'azione di esportazione. Questo produce un file che puoi inviare via email ai tuoi colleghi che poi lo importano e tutti i progetti condivisi saranno controllati.

Per ogni progetto dipende dal tipo di progetto. Se si tratta di un progetto Java:

• Escludere la directory di output JDT (di default è bin /, a volte fuori/utilizzato)
• escludere qualsiasi artefatti costruire che possono essere stati generati (compresi quelli nelle cartelle di origine)
• Include .classpath e.proiettare
• Inserisci la tua cartelle di origine
• Includere le dipendenze (se non si utilizza un app gestione delle dipendenze esterne come Maven)
• Facoltativamente includere il JDT preferenze del file, a seconda se si desidera la gente a condividere modelli di codice, formattazione convenzioni ecc
• Opzionalmente includere tutti i file .launch (configurazioni di lancio salvati) ma attenzione a come questi possono avere le voci specifiche di piattaforma e così non funziona su computer diversi

In generale, se una risorsa è un derivato di un altro allora dovrebbe essere escluso