Да не се бърка с Mercurial .hgignore за проекти на Visual Studio 2008
Питах дали същият файл може да се използва повторно за Visual Studio 2010 или трябва да се добавят някои други разширения и т.н. и защо?
Да не се бърка с Mercurial .hgignore за проекти на Visual Studio 2008
Питах дали същият файл може да се използва повторно за Visual Studio 2010 или трябва да се добавят някои други разширения и т.н. и защо?
Новите неща са свързани с нещата на MSTest. Това е този, който използвам:
# 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*/
на [Dd]ebug*/**
, за да накарам Mercurial да не игнорира файлове, започващи с Debug*
. Същото и за другите директории.
- person Dan; 11.07.2012
Чувствам, че е важно да знам всяка част от информацията за моите хранилища, така че никога не копирам и поставям файла .hgignore от едно репо в друго, вместо това винаги ги изграждам, докато вървя.
Това е лесно с TortoiseHg, тъй като прозорецът Commit ще изброи всички непроследени файлове и просто щракване с десен бутон ще ми позволи да добавя модели за игнориране на тези файлове. По този начин винаги откривам нови файлове, които може да искам или да не искам да запазя.
Например в списъка, публикуван от Томас, *.resharper
е последният запис. Това ще предотврати споделянето на настройките на resharper за решение, тъй като една от опциите в диалоговия прозорец за конфигуриране за ReSharper може да бъде зададена на. С други думи, ако искате да сте сигурни, че всички разработчици работят с едни и същи настройки за много от нещата, с които ReSharper ще ви помогне, този конкретен ред не може да бъде там.
Така че моят съвет е следният: Направете го ръчно, ще научите нещо или две за вашия проект в процеса.