我在很多地方读到重命名分支在 TFS 2010 中相当成问题:您可能会丢失刚刚重命名的分支的历史记录(如本文或此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 移动到标准发布周期,它们都将完全合并,因此我不必担心逐个合并。