tfs - 重命名一个分支，然后为新分支重用名称？

Question

目前我们有一个这样的分支结构:Develop --> Release。我想改变它，使它看起来像 TFS Branching Guidance document称为“基本分支计划”。看起来像这样 Develop <-- Main --> Release。
我打算这样做:

将 Develop 重命名为 Main(创建 Main --> Release)

从这个 Main 创建一个分支，重用“Develop”名称(创建 Develop <-- Main --> Release)

TFS 为新分支重用旧分支名称时会遇到问题吗？知道任何需要注意的问题或事情吗？
附加信息
我在一个测试实例中做到了这一点，创建了没有任何文件、未决更改、历史记录等的测试分支(不是一个好的真实测试)，TFS 让我可以毫无困难地进行重命名和分支。但是，除非我可以获取我们的生产 TFS 项目集合，在测试实例中恢复它，并在真实数据上测试重命名/分支，否则我不会对此感到满意。那里有很多历史和分支，我不知道会发生什么。如答案中所述，在执行此操作之前还有其他注意事项。

Answer 1

我正准备做类似的步骤(除了我移动 parent 和 child 的子文件夹位置，而孙子留在原地。)

问题:

你打算什么时候改名？

开发分支下是否有您未提及的子分支？

您是否有任何可能受重命名影响的针对 Develop 的搁置集？

一般回答:谨慎行事。从我阅读的 TFS2010 中的分支重命名可能会导致一些意想不到的副作用。 TFS 将为您的方案执行以下步骤(在后台):

将 Develop 重命名为 Main ==> Branch Main 分支从 Develop 中删除，然后删除 Develop 分支

从 Main

创建新的“开发”分支

我建议阅读以下帖子:

Renaming Branches in TFS 2010 (ChandruR’s Blog)

"MSDN Blogs > ChandruR's Blog > Renaming branches in TFS 2010 So my recommendations for this case:

1. Avoid renaming branches - a cleaner solution would be to, at the right point in your release merge all changes to a parent branch and then re-branch to create a new branch hierarchy.

Or for the brave of heart :)

2. You will need to time the rename of your branch, to a point in your release where you can merge to all related branches. The steps to follow are: ..."

Renaming branches in TFS2010 - But it works on my PC!

“In TFS 2010 behind the scenes a rename is actually a branch and delete process, this meant we ended up with the new branch, but also a deleted branch of the old name. This is not obvious unless you have ‘show deleted items in source control explorer’ enabled…”

"Now implemented as a branch + delete behind the scenes (new name is branched from the old, then the old name is deleted). This allows traceability in History, but allows us to get around the problems with merging renames (see Add, Rename, Add scenario). "

.

随机的想法

让所有开发者合并(或放弃)开发者子分支中的所有安全更改。还要在重命名之前修剪任何不活动的分支。

阅读以上文章。

搜索以找到根据实际经验以更简单的术语准确描述将要发生的事情的页面(我还没有找到)。
具体来说，我想知道开发分支上的搁置集在重命名为 Main 后会发生什么。 (下一步可以回答这个问题。)

您可能会考虑制作“沙盒”团队项目(或团队项目集合)，然后尝试您的方案以查看是否存在重大问题。

选择正确的时机(见链接#1)并继续努力。

检查历史，在重命名的分支之间进行合并，再次检查历史。

允许开发人员返回。

祝你好运，并返回任何新信息(包括您的最终结果)! -zs