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