Структурная структура TFS для использования: плоская или иерархическая

-1

Я волнуюсь между использованием иерархической или плоской структуры ветви.
Иерархическая структура более логична и считается стандартом. Недостатки иерархической структуры в том, что я могу объединить 1.4 DEV2 до 1.5, не касаясь 1.4 только с необоснованным слиянием.
С другой стороны, плоская структура позволяет делать force merge от любой ветки до любой ветки без потери истории изменений.
Структурная структура TFS для использования: плоская или иерархическая

источник

2016-03-01 mmm

Это мнение, но Flat лучше, особенно с TFS, где он обеспечивает строгую иерархию слияния. Вы можете слиться только с родителем или дочерним элементом текущей ветви. Вы можете делать необоснованные слияния, но они часто вызывают больше проблем, чем они решают. –

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

Вы должны выяснить, какая стратегия работает филиал для вашей команды. Скачать TFS ветвление и слияние стратегий на сайте ниже:

https://vsarbranchingguide.codeplex.com/releases

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

до ветвления, он предложил читать TFS ветвление и слияние стратегий первой, чтобы выяснить, какая ветвь стратегия работает для вашей команды. Кажется, у вас будет больше филиалов, если у вас есть новая версия, что не предлагается. В вашем сценарии нет необходимости иметь новую ветвь 1.5 OG, у вас может быть только одна ветвь OG, когда вы разрабатываете тест своего кода в ветке разработки, он может объединить код с веткой OG и зарегистрироваться. Затем каждый набор изменений в филиале OG - версия.

источник

2016-03-02 07:09:08

Перед разветвлением рекомендуется сначала изучить стратегии ветвления и слияния TFS, чтобы выяснить, какая стратегия филиала работает для вашей команды. В вашем сценарии, кажется, у вас будет больше филиалов, если у вас есть новая версия, что не предлагается. На самом деле, нет необходимости иметь новую ветвь 1.5 OG, у вас может быть только одна ветвь OG, когда вы разрабатываете тест своего кода в ветке разработки, он может объединить код в ветку OG и зарегистрироваться. Затем каждый набор изменений в OG ветвь - это версия. –

Структурная структура TFS для использования: плоская или иерархическая

ответ

Смежные вопросы