Двухэтапная реинтеграция филиалов с TFS

Question

На нашем сервере TFS у нас есть багажник, который используется для повседневной разработки. Девять месяцев назад я создал особенную ветвь для того, что стало довольно большим рефакторингом кода. В то время как я работал над своим филиалом, другой разработчик работал непосредственно над выпуском ствола и здания. (Да, я знаю, что это плохая практика.) Это означает, что я не могу объединить свою ветку обратно в багажник, пока она не будет протестирована, поскольку новые «производственные» сборки производятся из ствола почти ежедневно. (Опять же, да, я знаю, что это плохая практика.)

Чтобы другие сотрудники проверяли мой филиал до реинтеграции, мне нужна версия с последними девятью месячными инкрементными обновлениями из магистрали. То, что я хотел бы сделать, это объединить последние девять месяцев изменений с сундука в мою ветку, а затем, после тестирования, объединить мою ветку в багажник. Это общий сценарий? Возможно ли это с TFS? Если да, то какую терминологию я должен использовать для поиска учебников и т. Д.? Или, если это можно описать здесь кратко, каковы шаги?

Answer 1

Слияние изменений с главной ветки на ветку Dev является обычной практикой. Я боюсь, однако, что ждать девять месяцев до того, как вы это сделаете, это не обычная практика. Слияние изменений через девять месяцев будет адом.

Документацию, которую вы ищете, можно найти здесь: Merge folders and files. ALM Rangers также опубликовали руководство о том, как структурировать свои филиалы и какие у вас есть варианты: Version Control Guide.