Mercurial .hgignore pour les projets Visual Studio 2010

Question

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

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

Answer 1

Les nouvelles choses 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

Answer 2

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 dépôt à l'autre, au lieu de cela, je les crée toujours au fur et à mesure.

C'est facile avec TortoiseHg, car la fenêtre de validation 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 peux ou non vouloir conserver.

Par exemple, dans la liste publiée par Thomas, *.resharper est la dernière entrée. Cela empêchera le partage des paramètres de resharper 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 que ReSharper vous aidera, cette ligne particulière ne peut pas être là.

Donc, mon conseil est le suivant: faites-le manuellement, vous apprendrez une ou deux choses sur votre projet au cours du processus.