Mercurial .hgignore dla Visual Studio 2010 projektów

Question

Nie mylić z Mercurial .hgignore for Visual Studio 2008 projects

Pytałem, czy jeśli ten sam plik może być ponownie użyty do Visual Studio 2010 lub niektórych innych rozszerzeń, etc powinny być dodawane do niego & czemu?

Answer 1

Nowe rzeczy są powiązane z produktami MSTest. To jest ten, który używam:

# 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

czuję, że ważne jest, aby wiedzieć każdy kawałek informacji na temat moich repozytoriach, więc nigdy nie skopiować i wkleić plik .hgignore z jednego repo do następnego, a nie ja zawsze buduj je, jak idę.

To jest łatwe z TortoiseHg, ponieważ okno Commit wyświetli listę wszystkich nieśledzonych plików, a proste kliknięcie prawym przyciskiem myszy pozwoli mi dodać wzory, aby zignorować te pliki. W ten sposób zawsze odkrywam nowe pliki, które mogę lub nie chcę zachować.

Na przykład na liście opublikowanej przez Thomasa, ostatni wpis to *.resharper. Zapobiegnie to udostępnianiu ustawień resharperu dla każdego rozwiązania, ponieważ można ustawić jedną z opcji w oknie konfiguracji dla ReSharpera. Innymi słowy, jeśli chcesz mieć pewność, że wszyscy programiści działają z tymi samymi ustawieniami dla wielu rzeczy, z którymi ReSharper ci pomoże, ta konkretna linia nie może tam być.

Moja rada jest następująca: rób to ręcznie, w trakcie procesu dowiesz się co nieco o swoim projekcie.