Mercurial .hgignore для проектов 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

Я считаю, что важно знать каждую часть информации о моих репозиториях, поэтому я никогда не копирую и не вставляю файл .hgignore из одного репо в другое, вместо этого я всегда создаю их по мере продвижения.

С TortoiseHg это легко сделать, так как в окне фиксации будут перечислены все неотслеживаемые файлы, а простой щелчок правой кнопкой мыши позволит мне добавить шаблоны для игнорирования этих файлов. Таким образом, я всегда обнаруживаю новые файлы, которые могу или не хочу хранить.

Например, в списке, опубликованном Томасом, *.resharperстоит последняя запись. Это предотвратит совместное использование настроек resharper для каждого решения, так как один из параметров в диалоговом окне конфигурации для ReSharper может быть установлен на. Другими словами, если вы хотите убедиться, что все разработчики работают с одинаковыми настройками для многих вещей, с которыми ReSharper поможет вам, этой конкретной строки там быть не может.

Так что мой совет такой: делайте это вручную, вы узнаете кое-что о своем проекте в процессе.