Mercurial .hgignore pour les projets Visual Studio 2010

Réponses:

170

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
Thomas Weller
la source
1
@David: C'est pour les fichiers de cache de vignettes Windows "thumbs.db". Pour en savoir plus, cliquez ici: en.wikipedia.org/wiki/Windows_thumbnail_cache
Shady M. Najib
1
@Ombragé. Je sais, les caches de vignettes ne devraient-ils pas être ignorés aussi?
David Murdoch
Ah .. désolé pensiez que vous posiez une question sur une entrée qui est déjà là .. N'hésitez pas à éditer la liste et oui je suis tout à fait d'accord, elle devrait être ajoutée
Shady M. Najib
2
J'ai dû changer [Dd]ebug*/pour [Dd]ebug*/**que Mercurial n'ignore pas les fichiers commençant par Debug*. Idem pour les autres répertoires aussi.
Dan
1
Vous devriez probablement ajouter * .publishsettings également: twitter.com/shanselman/status/294541436236480512
Pandincus
31

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.

Lasse V. Karlsen
la source
5
J'apprécie vraiment vos conseils, en fait c'est en partie ce que je fais, mais j'avais besoin de vérifier ce que les autres font habituellement juste pour avoir un terrain de départ .. Concernant le * .resharper, c'est une chose d'équipe .. certaines équipes préfèrent avoir des paramètres séparés pour cela plutôt que de partager les mêmes paramètres dans toute l'équipe .. mais j'ai compris votre point .. merci encore :)
Shady M. Najib