Каковы последствия переименования ветки в TFS 2012?
Я читал во многих местах, что переименование ветки довольно проблематично в TFS 2010: вы можете потерять историю ветки, которую вы только что переименовали (as см. в этой статье или в этом SO вопрос)
Я не могу найти упоминания об этих проблемах в TFS 2012. Есть ли какие-либо последствия, о которых я должен знать, прежде чем переименовать ветку в TFS 2012?
Ответы
Ответ 1
Самая большая проблема с переименованием ветки - это то, что вы будете эффективно выполнять необоснованное слияние при следующем объединении с переименованной веткой или с нее. Это может вызвать большую боль.
В настоящее время я пытаюсь распутать такой беспорядок на данный момент, и это не приятно. (Филиал был переименован 4 месяца назад. Первое слияние с филиалом было частичным), это был кошмар, который я бы не пожелал моему злейшему врагу (который, по общему признанию, был разработчиком, который переименовал ветвь и сделал частичное слияние)
Смотрите этот ответ для получения дополнительной информации
Ответ 2
НЕ ДЕЛАЙТЕ ЭТО!!! Возможно, вы сможете переименовать его на сервере, но из моего опыта TFS хочет проверить каждый файл... в основном рассматривая его как копию.
Ответ 3
Вы можете это сделать, но зависит от того, в какой ситуации вы находитесь. Для моей ситуации у меня есть следующая структура:
Development
ProjectX
ProjectY
Main
Release
ProjectX
освобождается раньше, чем ProjectY
, и он был объединен с Development-->Main
неделю назад. Теперь имя ProjectX
больше не актуально, а также новый проект, начинающийся с имени ProjectZ
, поэтому я переименую ProjectY
в ProjectZ
и переименуйте ProjectX
в ProjectY
,
И X, Y и Z должны быть объединены полностью, как только они перейдут на стандартный цикл выпуска, поэтому мне не нужно беспокоиться о слиянии по частям.