TFS: ветка, этикетка или полка?
Я довольно новичок в TFS, но у меня есть некоторый опыт работы с VSS. Мне бы хотелось узнать ваше мнение о том, как лучше всего работать с TFS в следующем сценарии: Мы - группа разработчиков, работающих над проектами. Все проекты начинаются с общего базового кода. Все проекты только один человек, без совместного использования кода, пока проект не будет завершен. Проект может длиться от нескольких часов до нескольких месяцев, пока код не будет объединен. Любой разработчик работает одновременно над несколькими проектами, обычно по 7-10 проектов одновременно. Обычно проекты включают в себя только небольшое количество файлов, которые изменяются / создаются (10-20), но полагаются на большую группу файлов инфраструктуры, которые изменяются довольно часто. Однако любые изменения в инфраструктуре не рассматриваются до слияния, поэтому мы не получаем последнюю версию с сервера до окончательной сборки.
Дополнительный запрос заключается в том, что при слиянии мы бы хотели использовать инструмент с 3 путями слияния. Мы используем этот подход в VSS с помощью специального приложения, и он работает очень хорошо. Однако это требует специального управления файлами, например, для каждого файла, который необходимо изменить, должна быть сохранена оригинальная версия, которая будет использоваться в качестве "корневого" файла для процесса трехстороннего слияния.
Как вы думаете?
1 ответ
Вы должны взглянуть на Руководство по ветвлению Visual Studio TFS 2010. ( прямая загрузка). В этом пакете есть колода PowerPoint, которая проведет вас через ряд возможных ветвящихся структур.
Похоже, вы хотите либо "Ветвь по проекту", либо "Ветвь по разработчику" (поскольку у вас есть только один разработчик на проект, они фактически одинаковы).
Что касается инструмента 3-way merge, взгляните на этот список, чтобы узнать, как настроить ваши любимые инструменты diff/merge.