Руководство по настройке TFS для Source Safe User - Как разметить проекты / коллекции

Question

Мы недавно установили новый сервер TFS и собираемся начать использовать его для всех новых проектов.В настоящее время мы используем MS VSS и имеем текущий макет для папок наших проектов.

Папки уровня 1 - категории проектов

• Исполняемые файлы
• Библиотеки
• WebApps

Папки уровня 2 - подкатегории в каждой папке категории, они отличаются для каждой из указанных выше папок категорий

• База данных
• Инструменты
• Финансы
• Занятость

Папки 3-го уровня - фактические проекты в каждой папке подкатегории, в которой хранятся файлы решения

• TheFooApplication
• BarUtility
• ChewDotNet
• FooBarQueryApp
• и т. Д.

Мы не собираемся выполнять полную миграцию, новые проекты будутбыть созданным в TFS, и текущие проекты будут перемещены, когда у разработчиков будет время для этого.

Поэтому мой вопрос заключается в том, как мы должны расположить коллекции / проекты в TFS, сохраняя указанную выше структуру папок?Если бы мы использовали несколько коллекций, мы могли бы сделать это только для папок уровня 1, то есть у вас не может быть коллекций в коллекциях, не так ли?Будет ли лучше иметь только одну коллекцию, а затем поддерживать указанную выше структуру папок в этой одной коллекции?

Одна вещь, которая может повлиять на любой ответ, - это наличие зависимостей между проектами.Так, например, есть проекты на 3-м уровне «Библиотеки», на которые есть ссылки в проектах на 3-м уровне веб-приложений и исполняемых файлов.

Answer 1

Прежде всего, не используйте несколько коллекций командных проектов в вашем сценарии.

Каждая коллекция получает свою собственную базу данных, и у вас нет возможности перемещать, ветвиться или делать что-либо еще над коллекциями. Дополнительный обмен кодами невозможен.

Если вы создаете командный проект, вы должны выбрать базовый шаблон процесса для вашего командного проекта, который описывает, как интегрируется ваш процесс разработки ( MSF Agile , CMMI , Scrum).

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

Так что, если вы используете TFS не только в качестве контроля исходного кода, не торопитесь с шаблоном процесса, который лучше всего подходит для вашего процесса разработки.

Здесь - обзор.

Если ваши Executables являются выводом исходного кода в системе управления версиями, подумайте о сборках команд и о том, могут ли они выполнить некоторую работу за вас.

Для меня ваша структура выглядит как 1 коллекция с одним командным проектом и структурой папок. Я бы потратил время на пробный запуск в тестовой среде, чтобы проверить, хорошо ли он работает.