Pour un projet .Net, quelles extensions de fichier dois-je exclure du contrôle de source?

Question

Chaque fois que je démarre un projet, je dois réfléchir soigneusement aux fichiers à exclure du contrôle de source. Est-ce que quelqu'un a dressé une liste des critères pour que je puisse le consulter dès le début? Je travaille de mon côté, donc je ne m'en suis pas occupé. J'apprécie le fait que dans le cas d'une DLL, vous voudriez en inclure et en exclure d'autres, donc cela ne dépend pas seulement de l'extension du fichier. Mes projets sont ASP.Net, mais une discussion générale sur d'autres modèles serait également utile.

Answer 1

De http://blog.goneopen.com/2009/06/git-excludes-for-dotnet/:

.DS_Store 
._* 
TestResults 
*Resharper* 
**.ReSharper** 
**\_ReSharper.** 
*.bak 
*.cache 
*.resharperoptions 
*.suo 
*.user 
*.vsprops 
*/TestResults 
*\bin* 
*\obj* 
_ReSharper.* 

Answer 2

Ne pas sourcecontrol dossiers bin et obj, ainsi que *.suo et *.user (si vous utilisez Visual Studio) fichiers.

Si vous ne souhaitez pas conserver les DLL tierces dans le contrôle des sources, essayez Componento, qui ne dispose pas encore d'une base de données de composants importante.

Answer 3

En règle générale, seuls les fichiers de contrôle source sont requis pour générer l'application.

Answer 4

Si vous utilisez ReSharper, assurez-vous d'exclure _Resharper* dossiers

Si vous utilisez Subversion pour le contrôle de source, puis le plug-in Visual Studio VisualSVN administrera exclut automatiquement pour vous.

Veillez à incluez toutes les DLL tierces référencées par votre projet qui ne figureront pas dans le GAC de vos machines de génération ou de déploiement. Notre pratique consiste à avoir un dossier lib dans lequel toutes ces DLLs vivent, et nous ajoutons des références à partir de ce dossier. Cela garantit que la propriété hintpath dans le fichier csproj est correcte (elle stocke un chemin relatif à la DLL référencée).

Answer 5

ingores génériques à partir d'un dossier de projet:

*.Cache 
*.user 
bin 
obj 

et de la solution (un haut niveau)

*.cache 
_PublishedWebSites 
*.suo 

Nous avons aussi la suivants - qui sont des paramètres de configuration spécifiques à une instance référencés à partir de configs génériques (ie web.config f ou applications asp.net)

AppSettings.config 
Provider.config 
connections.config 

Il y a des fichiers qui .config.sample sont la version contrôlée.

Vous devez probablement définir bin, obj, * .cache, * .user et * .suo comme globaux dans votre configuration de subversion - mais comme c'est (si ma mémoire est bonne) spécifique à la machine, vous allez probablement finir par faire explicite ignore quand même