Nie mylić z Mercurial .hgignore dla projektów Visual Studio 2008
Pytałem, czy ten sam plik można ponownie wykorzystać w programie Visual Studio 2010, czy należy dodać do niego inne rozszerzenia itp. I dlaczego?
Nie mylić z Mercurial .hgignore dla projektów Visual Studio 2008
Pytałem, czy ten sam plik można ponownie wykorzystać w programie Visual Studio 2010, czy należy dodać do niego inne rozszerzenia itp. I dlaczego?
Odpowiedzi:
Nowe rzeczy są związane z MSTest. To jest ten, którego 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
[Dd]ebug*/na, [Dd]ebug*/**aby Mercurial nie ignorował plików zaczynających się od Debug*. To samo dotyczy innych katalogów.
Uważam, że ważne jest, aby znać każdą informację o moich repozytoriach, więc nigdy nie kopiuję i nie wklejam pliku .hgignore z jednego repozytorium do drugiego, zamiast tego zawsze je buduję na bieżąco.
Z TortoiseHg jest to łatwe, ponieważ okno Zatwierdź wyświetli listę wszystkich nieśledzonych plików, a proste kliknięcie prawym przyciskiem myszy pozwoli mi dodać wzorce, 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 Tomasza *.resharperznajduje się ostatni wpis. Zapobiegnie to udostępnianiu ustawień ponownego rozdzielania dla każdego rozwiązania, ponieważ można ustawić jedną z opcji w oknie dialogowym konfiguracji ReSharper. Innymi słowy, jeśli chcesz mieć pewność, że wszyscy programiści działają z tymi samymi ustawieniami dla wielu rzeczy, w których ReSharper pomoże ci, ta konkretna linia nie może tam być.
Więc moja rada jest taka: zrób to ręcznie, a dowiesz się kilku rzeczy o swoim projekcie.