Quali file/cartelle devono essere aggiunti al controllo del codice sorgente?

Question

Ho bisogno di sapere quali file e cartelle devono essere definitivamente aggiunti al controllo del codice sorgente e quali file/cartelle possono essere lasciati fuori.

So che posso escludere bin/e obj /, insieme al file .suo poiché è specifico per l'utente, ma per quanto riguarda il resto dell'albero?

FWIW, ecco un'una forma di progetto + un modulo:

Directory of C:\Projects\MyApp\WindowsApplication1 
03/10/2011 15:04    3.040 Form1.Designer.vb 
03/10/2011 15:04    5.814 Form1.resx 
03/10/2011 15:08    2.903 Form1.vb 
03/10/2011 13:40    194 Module1.vb 
03/10/2011 13:36 <DIR>   bin 
03/10/2011 13:36 <DIR>   My Project 
03/10/2011 13:36 <DIR>   obj 
03/10/2011 13:36    934 WindowsApplication1.sln 
03/10/2011 13:36    5.678 WindowsApplication1.vbproj 
03/10/2011 13:36    74 WindowsApplication1.vbproj.user 

Directory of C:\Projects\MyApp\WindowsApplication1\My Project 
03/10/2011 02:51    1.522 Application.Designer.vb 
03/10/2011 02:51    510 Application.myapp 
03/10/2011 02:51    1.199 AssemblyInfo.vb 
03/10/2011 02:51    2.807 Resources.Designer.vb 
30/07/2008 06:54    5.612 Resources.resx 
03/10/2011 02:51    3.058 Settings.Designer.vb 
30/07/2008 06:54    279 Settings.settings 
       7 File(s)   14.987 bytes 

Grazie.

---

Possiamo tranquillamente ignorare tali cartelle? bin /, obj /, e My Project /.

Informazioni su WindowsApplication1.sln e WindowsApplication1.vbproj.user?

Answer 1

Lasciare fuori tutti questi (credit, anche documentation).

• * .bin
• * obj
• * .exe
• * .dll
• * PCH
• * .user
• * .suo
• *.tlb
• TestResults (directory test di unità VSTS)

In alternativa, trovare un Visual Studio plug-in per il sistema di controllo di origine (ad esempio AnkhSVN per SVN) e lo farà automaticamente.

Answer 2

Fondamentalmente tutto ciò che è stato generato automaticamente dalla tua toolchain (compl., Ecc.) E può essere ricreato facilmente dal tuo codice sorgente, dovrebbe essere lasciato fuori. Tutto ciò che hai scritto, codice sorgente, makefile, ecc. Deve essere registrato.

Poniti questa domanda: Ho bisogno di questo file se devo compilare questo progetto su un altro computer con un'installazione pulita dei miei strumenti? Se la risposta è "sì", check-in, altrimenti no.

Se non sei sicuro, prova! Esegui il backup di tutti i file, quindi elimina quello che ritieni non sia necessario per il check-in e verifica se il tuo progetto continua a essere generato correttamente e che il file viene ricreato automaticamente.

Answer 3

È necessario eseguire la versione di tutti i file necessari per la compilazione/compilazione o necessari in fase di esecuzione. Ecco alcuni esempi:

Compilation/Corporatura: file di codice

• Fonte (aspx, ascx, .cs/vb)
• script (.css, .js, .xslt,. xml, ...)

Durata:

• modelli di documento (file .pdf, .doc, InfoPath, ...)
• I file di configurazione (App.config web.config, configurazione personalizzata Tali file di configurazione log4net, ...)

si può ignorare tutti gli altri file/cartelle come .suo, .user, bin, obj, eseguire il debug/versione