Tfs 如何避免在无基础合并之后合并存储库中的每个文件?

Tfs 如何避免在无基础合并之后合并存储库中的每个文件?,tfs,Tfs,在TFS无基础合并之后,我们遇到了一些问题。下面是我们目前的分支机构的简要总结 Main | ----------- | | BranchA BranchB | | BranchA1 BranchB1 我们使用从BranchA1到BranchB1的“特定版本的所有更改”执行了一次无基础的合并。当我们

在TFS无基础合并之后,我们遇到了一些问题。下面是我们目前的分支机构的简要总结

               Main
                |
           -----------
           |         |
        BranchA   BranchB
           |         |
        BranchA1  BranchB1
我们使用从BranchA1BranchB1的“特定版本的所有更改”执行了一次无基础的合并。当我们在源代码树中的每个文件中都签入此项时,它们都处于“合并”状态

这是有道理的,在ALM Rangers分支指南中解释如下:

如果在选择“特定版本之前的所有更改”的情况下执行无基础合并,则在签入无基础合并时,每个文件旁边都会有一个合并状态,因为无基础合并会为父文件夹中的每个文件创建分支关系

我们现在需要将BranchB1反向集成到BranchB中,但这样做意味着我们再次拥有每个具有“合并”状态的文件。(从我的测试中)当我们将BranchB。这不是什么大问题

问题将出现在BranchBMain的RI合并之后,来自Main->的每个FI合并将所有处于“合并”状态的文件

这是一个很大的问题,因为我们在存储库中有大约120多个分支和大约50000个文件

另外,BranchBBranchB1将在其中进行更多的工作,并将进行更多次的反向集成。如果只是不签入“合并”状态的文件,然后a)在此后的每次RI合并中忽略它们,或者b)在一次RI合并后停止使用分支,这将是一个极大的不便

  • 我们有没有办法让TFS忘记做“合并”呢 地位永远改变
  • 有什么办法可以解除这种关系吗 (重新为“无父母”做父母,然后再回到“BranchB”做父母是不可能的 工作

我尝试了一个
tf merge source dest/discard
,但它仍然具有“merge”状态。

当然,真正的解决方案是学习ALM Rangers指南并正确设置分支,这样你就不需要毫无根据的合并。@JohnSaunders我尽我所能防止它们被创建,但唉,还是有人需要它。ALM护林员确实说,它们可以在您需要它们的情况下使用,只是不经常使用:)。