Ответ 1
Не совсем "окончательный", но я всегда игнорирую файлы .suo и .user и bin/и obj/directories
Я только начал использовать Subversion с веб-приложениями ASP.NET через плагин VisualSVN IDE. Есть куча файлов, которые Visual Studio автоматически генерирует, поэтому я не хочу управлять версиями, поскольку они не являются частью кодовой базы и не требуются для сборки.
Есть ли у кого-то окончательный список основных файлов, которые следует игнорировать при совершении Subversion из веб-приложения ASP.NET? и как бы я проигнорировал эти файлы. Если возможно, я хотел бы установить его глобально, так что мне не нужно продолжать делать то же самое для каждого веб-приложения ASP.NET, которое я пишу, и создать новый репозиторий для.
Ответы
Список файлов для игнорирования, представленных в ответах ниже,
Общий консенсус, по-видимому, заключается в том, что их следует игнорировать на основе каждого проекта при создании репозитория. Затем они будут проигнорированы всеми пользователями, использующими репозиторий.
Не совсем "окончательный", но я всегда игнорирую файлы .suo и .user и bin/и obj/directories
Вот мой список игнорирования от TortoiseSVN. VisualSVN требует TortoiseSVN и использует его настройки.
bin obj *.exe *.pdb *.suo _ReSharper.* *.user
Я не совершал никаких нежелательных (или не исправленных) файлов с этим параметром.
Если у вас есть ссылки на службы WCF, вам нужно включить файлы Reference.cs
и Reference.svcmap
для каждой служебной ссылки.
VisualSVN.com предоставляет эту информацию о настройке файлов для игнорирования и следующий вопрос/ответы приводят примеры игнорируемых файлов.
Плагин AnkhSVN для Visual Studio имеет список файлов для автоматического игнорирования и будет выполнять только необходимые файлы.
По крайней мере, как я его нахожу. Я предпринял несколько попыток правильно настроить хранилище, но с AnkhSVN только компилирует его файлы, которые TortoiseSVn хочет совершить. Если игнорировать файлы, перекомпилированные на каждой сборке, например.
В зависимости от вашей ситуации вам может потребоваться также сохранить Web.config вне контроля версий. Для разных разработчиков могут потребоваться разные файлы конфигурации для веб-сайта.
Я бы рекомендовал настроить отдельный каталог в вашем репозитории с эталонным файлом конфигурации для веб-сайта и игнорировать *.config в фактическом каталоге проекта.
Кроме того, чтобы покрыть проблемы чувствительности к регистру с помощью "bin", мне пришлось добавить [Bb] в мой. Поэтому у меня есть:
[Bb]in obj *.exe *.pdb *.suo _ReSharper.* *.user
Кроме того, в этой ссылке объясняется, как справляться с конкретными исключениями проекта, чтобы другие выполняли одно и то же поведение исключения только для одного и того же проекта при проверке:
http://svnbook.red-bean.com/en/1.1/ch07s02.html
Я использовал свойство svn: ignore в определенном каталоге, чтобы исключить определенный набор файлов, которые были скопированы там (но я все еще хотел, чтобы сам каталог был в svn).
Использовать VisualSVN для создания "Добавить файлы в репозиторий", и он автоматически игнорирует ненужные вещи, такие как файлы suo и папки bin/obj.