I file di progetto in VCS o no?

Question

Nella nostra azienda abbiamo una discussione se mettere i file di progetto nel nostro Version Control System. Cosa ne pensi? Si consideri un file di progetto Eclipse per un progetto C che contengono fonte e rendere i file e le altre cose. Volete metterlo in VCS?

Answer 1

Se i file di progetto soddisfare i seguenti criteri:

1. Essi contengono solo informazioni per la costruzione della sorgente di fretta, cassa, commit e le routine di base (per gli sviluppatori)
2. Parti forse per il rilascio possono essere separati da solo interno (se si è un progetto FOSS o proprietarie, per esempio)
3. non cambiano impostazione IDE di nessuno o preferenze personali
4. Possono essere trattati come codice sorgente per l'uso interno di sola stampa, e possono avere i propri bug e patch

Non vedo un grande motivo per cui non. defs Makefiles / autotools di solito vanno in RCS (ingressi autotools almeno). Fornire i dati memorizzati è rilevante per tutti, e le loro macchine (costruire le directory di output ...) dare un andare

Answer 2

Mi consiglia loro check-in a meno che non contengono i percorsi assoluti (alcuni antichi IDE come Borland C ++ Builder farlo), o - come Aiden Campana ha scritto - che contengono informazioni di configurazione IDE

.

Ad esempio: con Eclipse, .project e .classpath sono sicuri. Con Visual Studio, *.csproj e *.sln sono al sicuro (mentre non è *.suo).

Answer 3

Id consigliamo di controllarli sempre. E non ti costa nulla, ma a volte si esegue in situazioni in cui sarete felici di verificare cioè diverse impostazioni dei file di progetto, ecc.

Answer 4

Se stai usando RCS per indicare un sistema generale di controllo di revisione, allora, sì, controllare sorgente e rendere i file in, e in generale qualsiasi cosa che non si può facilmente ricreare da quello che hai ottenuto registrati.

Se stai usando RCS significare rcs, allora per favore, effettuare l'aggiornamento a qualcosa di meglio. SVN sarebbe una buona scelta, o Git o qualcosa del genere.