Quels fichiers Visual Studio doivent être ignorés par subversion pour minimiser les conflits ?

Question

Je soutiens un certain nombre de développeurs .Net qui utilisent Subversion pour contrôler la version de leur travail, mais nous avons rencontré un certain nombre de problèmes qui semblent tourner autour des fichiers supplémentaires que Visual Studio utilise pour gérer les projets, faire du débogage, etc. Plus précisément, il semble que ces fichiers provoquent des conflits du fait qu'ils sont déjà dans le repo. Je sais comment les faire sortir et comment les gérer, mais je dois d'abord savoir ce qu'ils sont.

Donc, quels sont les fichiers/répertoires que Subversion peut ignorer, et pourquoi peuvent-ils être ignorés ? (aka. que font ces fichiers ?)

Il s'agit d'un grand site ASP.Net, assez peu organisé, et le déploiement du site se fait via des mises à jour svn, donc les fichiers nécessaires à IIS pour compiler dynamiquement (je pense que c'est ce que c'est) le site au fur et à mesure que les fichiers changent doivent être laissés dans le dépôt.

Answer 1

• répertoires bin et obj
• Les fichiers *.user (MonProjet.csproj.user)
• Fichiers *.suo

Answer 2

J'ai eu de la chance avec ce modèle d'ignorance globale :

\*bin \*obj \*suo \*.user \*.tmp \*.TMP 
\*resharper\* \*Resharper\* \*ReSharper\* \*.Load \*.gpState 
Thumbs.db \*.~m2

J'utilise le plugin Resharper, donc vous pouvez probablement ignorer cela. ".~m2" est pour un fichier temporaire que mon modeleur de données crée.

Mise à jour : Merci pour le vote positif. J'ai récemment ajouté Mac, Dreamweaver, Python, et quelques fichiers Visual Studio supplémentaires qui devraient être ignorés.

\*.o \*.lo \*.la \*.al .libs \*.so \*.so.\[0-9\]\* \*.a \*.pyc \*.pyo \*.rej \*~ #\*# .#\* 
.\*.swp \*\[Bb\]in \*obj \*suo \*resharp\* \*.user \*.tmp \*.TMP \*Resharper\* \*ReSharper\* 
\*.Load \*.gpState \*.NoLoad  \*.~m2 \*.dbmdl \*.gpState \_notes \*.cache 
\[Tt\]est\[Rr\]esult \[Bb\]uild\[Ll\]og.\* \*.\[Pp\]ublish.xml \*.\[Cc\]ache \[Tt\]humbs.db 
lint.db \*.docstates .apdisk \[Ll\]ogs .DS\_Store

Autre chose, si quelqu'un enregistre accidentellement un dossier ou un fichier qui devrait être ignoré, vous devrez supprimer manuellement les fichiers du dépôt avant que SVN ne recommence à les ignorer. Cela est dû au fait que les fichiers qui sont déjà dans le dépôt remplaceront tous les paramètres d'ignorance.

Answer 3

• *.bin
• *.obj
• *.exe
• *.dll
• *.pch
• *.utilisateur
• *.suo
• *.tlb
• TestResults (répertoire des tests unitaires VSTS)

Answer 4

• Le répertoire 'bin' est un bon début (comme le dit @Kevin).
• Vous feriez bien d'ignorer également le répertoire 'obj'.
• Il est préférable de laisser *.suo et *.user en dehors du contrôle de source.
• *.VisualState.xml va être un choix personnel aussi.
• TestResults.xml (si vous utilisez NUnit)

Answer 5

Je pense qu'une meilleure question serait " Quels fichiers dois-je ajouter à Subversion ? "

L'intégration AnkhSVN 2.0 Subversion pose exactement cette question à tous les projets de votre solution. (Cette question est l'une des parties clés de la spécification SCC.) Elle ne suggérera alors que l'ajout de ces fichiers.

En tant qu'utilisateur, vous pouvez ajouter d'autres fichiers manuellement (ou marquer certains des fichiers suggérés comme étant ignorés), mais ce comportement rend la tâche très facile. la bonne chose .

La plupart des autres clients subversion n'ont pas le luxe de parler à un système qui comprend vraiment ce qui devrait et ne devrait pas être ajouté. (Par exemple, les clients externes comme TortoiseSVN et ses interfaces peuvent juste deviner en se basant sur les extensions de fichiers).