Mercurial .hgignore pour les projets Visual Studio 2010

À ne pas confondre avec Mercurial .hgignore pour les projets Visual Studio 2008

Je demandais si ce même fichier peut être réutilisé pour Visual Studio 2010, ou si d'autres extensions, etc. devraient y être ajoutées, et pourquoi?

Les nouveautés sont liées aux trucs MSTest. C'est celui que j'utilise:

# use glob syntax
syntax: glob

*.obj
*.pdb
*.user
*.aps
*.pch
*.vspscc
*.vssscc
*_i.c
*_p.c
*.ncb
*.suo
*.tlb
*.tlh
*.bak
*.[Cc]ache
*.ilk
*.log
*.lib
*.sbr
*.scc
*.DotSettings
[Bb]in
[Dd]ebug*/**
obj/
[Rr]elease*/**
_ReSharper*/**
NDependOut/**
packages/**
[Tt]humbs.db
[Tt]est[Rr]esult*
[Bb]uild[Ll]og.*
*.[Pp]ublish.xml
*.resharper
*.ncrunch*
*.ndproj

Je pense qu'il est important de connaître chaque élément d'information sur mes référentiels, donc je ne copie et ne colle jamais le fichier .hgignore d'un référentiel à l'autre, au lieu de cela, je les construis toujours au fur et à mesure.

C'est facile avec TortoiseHg, car la fenêtre Commit listera tous les fichiers non suivis, et un simple clic droit me permettra d'ajouter des modèles pour ignorer ces fichiers. De cette façon, je découvre toujours de nouveaux fichiers que je souhaite ou non conserver.

Par exemple, dans la liste publiée par Thomas, se *.resharpertrouve la dernière entrée. Cela empêchera de partager les paramètres de réaffectation par solution, car l'une des options de la boîte de dialogue de configuration de ReSharper peut être définie sur. En d'autres termes, si vous voulez vous assurer que tous les développeurs fonctionnent avec les mêmes paramètres pour beaucoup de choses avec lesquelles ReSharper vous aidera, cette ligne particulière ne peut pas être là.

Donc mon conseil est le suivant: faites-le manuellement, vous apprendrez une chose ou deux sur votre projet dans le processus.