Структурирование проектов и решений в системе контроля версий Team Foundation Server (TFS) - Для каких файлов не требуется контроль версий?

ОГЛАВЛЕНИЕ

Для каких файлов не требуется контроль версий?

Следующие файлы для каждого разработчика свои и поэтому не должны добавляться в систему контроля версий:

  1. Файлы решения с пользовательскими опциями (*.suo). В данных файлах хранятся персональные настройки IDE Visual Studio отдельного разработчика.
  2. Файлы проекта с пользовательскими опциями (*.csproj.user или *.vbproj.user). В данных файлах хранятся опции проекта отдельного разработчика и локальный путь (необязательно), используемый Visual Studio для установления местоположения указанных в ссылках сборок.
  3. Файлы WebInfo (*.csproj.webinfo или *.vbproj.webinfo). Этот файл хранит информацию о местоположении корневой виртуальной папки проекта. Он не вводится в систему контроля версий для того, чтобы каждый разработчик мог задавать свою виртуальную корневую папку для собственной рабочей копии проекта. Несмотря на существование такой возможности, при разработке Веб-приложений всем членам группы рекомендуется использовать один (локальный) виртуальный корневой каталог.
  4. Результаты сборки. Сюда входят DLL сборки, вспомогательные сборки для взаимодействия с COM-компонентами и исполняемые файлы (EXE). (Однако, обратите внимание, что такие сборки, как двоичные файлы сторонних производителей, которые собираются отдельно, не как часть процесса сборки, подлежат контролю версий, как описывалось выше).

Заключение

Для эффективной коллективной разработки проекты в системе контроля версий TFS должны быть структурированы. Проекты Visual Studio группируются в корневой папке Main. Папка Main должна иметь дочерние папки для хранения различных ресурсов проекта, таких как исходный код, тесты, документы и типы сценариев сборки.

SharePoint используется для хранения внутренних документов группы, таких как варианты использования и проектная документация. В системе контроля версий TFS следует размещать документацию продукта, которую планируется поставлять заказчикам. Сюда могут входить руководства по установке и развертыванию, руководства по эксплуатации и файлы Справки.

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