Не путать с 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
Я чувствую, что важно знать каждую информацию о моих репозиториях, поэтому я никогда не копирую и не вставляю файл .hgignore из одного репо в следующий, вместо этого я всегда создаю их, когда я иду.
Это легко сделать с TortoiseHg, так как в окне Commit будут перечислены все необработанные файлы, а простой щелчок правой кнопкой мыши позволит мне добавлять шаблоны для игнорирования этих файлов. Таким образом, я всегда открываю новые файлы, которые я могу или не хочу сохранять.
Например, в списке, опубликованном Томасом, *.resharper
- последняя запись. Это предотвратит совместное использование параметров resharper для каждого решения, так как можно установить одну из опций в диалоговом окне конфигурации для ReSharper. Другими словами, если вы хотите, чтобы все разработчики работали с одинаковыми настройками для многих вещей, которые вам поможет ReSharper, эта конкретная строка не может быть там.
Итак, мой совет таков: сделайте это вручную, вы узнаете кое-что о своем проекте в процессе.