Gestione dei progetti Eclipse nel controllo del codice sorgente [chiuso]

Naviga le tue risposte
4

Utilizzo eclipse da molto tempo per lo sviluppo. Uno dei problemi che ho incontrato quando lavoro sui progetti di altre persone è se provengono dal controllo del codice sorgente, alcuni dei file di progetto di eclipse "default.properties" e altri file di configurazione xml sono mancanti. Di solito è un grande dolore nel sedere per far funzionare il progetto in eclissi. Comprendo il ragionamento per non tenere traccia di determinati file perché potrebbero essere pieni di elementi specifici per una determinata installazione di Eclipse. Come lo gestisci tutti?

    
posta Matt Phillips 05.01.2011 - 00:48
fonte

2 risposte

8

La mia soluzione è sempre stata quella di non controllare quei file.

Non mi è mai piaciuto quando faccio un check out e devo filtrare tutto il materiale specifico per IDE. Perché non usare un terreno comune? Se i file IDE sono il terreno comune, ottimo. Ma, più spesso, qualcosa come Ant e Maven sono il terreno comune.

Dipende dal pubblico, ma generalmente lo evito. Gli strumenti di costruzione sono per lo più universali e gli IDE cadono al margine delle guerre religiose dell'editor di testo. Sono un ragazzo pacifico e pratico la mia religione in privato.

    
risposta data 05.01.2011 - 04:34
fonte
1

Normalmente controllerei quei file nel controllo del codice sorgente. Di solito è meglio controllare tutto ciò di cui hai bisogno in modo che tu possa semplicemente controllare una nuova copia, accendere l'IDE e costruire.

È leggermente diverso se le persone utilizzano IDE eterogenei e strumenti di compilazione (ad esempio se alcune persone utilizzano Eclipse e altri utilizzano NetBeans) ma questa è una situazione che in genere cerco di evitare.

    
risposta data 05.01.2011 - 04:04
fonte

Leggi altre domande sui tag

Esegui le scatole di produzione con i log completamente disattivati? Di cosa hai bisogno per padroneggiare un linguaggio e la sua tecnologia? [duplicare]