Mercurial .hgignore для проектов Visual Studio 2010

Question

Не путать с Mercurial .hgignore для проектов Visual Studio 2008

Я спрашивал, можно ли повторно использовать этот же файл для Visual Studio 2010 или некоторых других расширений и т. Дк нему следует добавить и почему?

Answer 1

Новые вещи, связанные с 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

Answer 2

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

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

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

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