Лучшая практика для филиалов и папок TFS

Question

Моя структура TFS 2010 выглядит следующим образом:

ProjectCollectionA
       ..trunk
            ....Dev (this is a branch) 
                  ...Website1(these are folders)
                  ...Website2

            ....Release(this is a branch)
                  ...Website1(these are folders)
                  ...Website2

По какой-то причине у меня есть dev и релиз как Branches и Website1, Website2 как Folders. У меня вопрос, должен ли я иметь dev и выпуск в качестве папок, а Website1 и Website2 в качестве веток? Это имеет больше смысла? Какова лучшая практика здесь? Какие-либо преимущества или недостатки идут тем или иным путем? Спасибо за помощь

Answer 1

Существует очень подробное руководство здесь от ALM Rangers, которое объясняет различные методы ветвления в TFS.

Если Веб-сайт 1 и Веб-сайт 2 являются связанными приложениями в рамках одного и того же общего решения (не VS-решения) или если существуют какие-либо зависимости между двумя Веб-сайтами, то это (IMO) - лучший подход. Если это два совершенно не связанных проекта с изолированными базами кода, я бы разделил их на два проекта TFS.

Трудно определиться с правильным шаблоном ветвления для кого-то, не зная в полной мере свои бизнес-практики. То, что мы делаем здесь, может не сработать для вас (на самом деле то, что мы делаем, мы, вероятно, не должны).

Answer 2

Я согласен с DaveShaw, что вам следует взглянуть на Руководство по ветвлению / слиянию на CodePlex.

В соответствии с вашим вопросом и дополнительным комментарием, я бы предложил использовать папки для создания вашего дерева в проводнике контроля версий.понятнее, но используйте ветки для каждого приложения / решения.В вашей текущей ситуации (если, например, вам нужно создать дополнительную функцию для одного из ваших приложений), вы должны создать новую ветвь для всех ваших решений, в которой вы только (в этом примере) хотите изменить одно решение.Использование / нескольких ветвей в каждом решении даст вам больше свободы.