Реорганизация филиалов в TFS, как управлять устаревшими/сиротскими ветвями

Question

Текущий метод ветвления для приложения, над которым я работаю, совсем не структурирован. Мы используем TFS. Я планирую реорганизовать филиалы. Я искал некоторые ресурсы в Интернете, и у меня есть план с планом. Я хочу проверить, правильно ли это, или если я должен делать что-то по-другому?

Ниже текущая ветвь иерархии -

Main-филиал
| -release (Используется один раз)
|
| -dev Гиса
          | -dev (филиал создан, но никогда не используется)
          | - Development (Latest код)
          | -Dev-guest-work (Используется один раз и RI в Dev-ветку)
   не    | -Тест (Отделение выпустить в тестовой среде, больше не используется)
          | -ui-Dev-ветви (больше не используется)

Ниже мой план
1. Отменить родительскую ветку «Развитие» до «Без родителя»
2. Переименуйте все остальные ветви с помощью префикса «Устаревший». Я не хочу удалять их прямо.
3. Переименуйте «Разработка» в «Мастер» - эта ветка будет иметь готовый код выпуска
4. Разветвление «Мастер» для создания ветви «Dev»
5. Используйте ветвь «Исправление» от «Мастер», если и при необходимости

Просьба поделиться с вами любыми советами по этому вопросу.

Answer 1

Вы можете рассмотреть ветку «родительский» родительскую ветвь «Без родителя», а затем выполнить необоснованное слияние с Главной веткой и переделать разработку в главную ветвь. Структура должна выглядеть следующим образом:

|-Development 
Main-branch 
|-Release 

Вы можете продолжать развивать в отрасли развития, если тест проходит, сливаться обратно в Main-отрасли. Если вы хотите иметь выпуск, слейте из Main-branch в Release branch.