删除 TFS 2010 中的分支关系

我刚刚接手了一个 TFS 2010 团队项目。分支层次结构是 Dev 是 Test 的子级，Test 是 Main 的子级，例如

Main

----Test

--------Dev

然而，在过去的某个时候，有人在 Dev 和 Main 之间进行了毫无根据的合并。这引起了很大的混乱，因为开发人员现在不小心将代码直接从 Dev 合并到 Main。

当代码遵循正确的流程并从测试合并到主分支时，这会导致不可预见的合并冲突，并且可能会造成未经测试的代码被提升到主分支的情况。

有没有办法在不删除分支的情况下去掉Dev和Main之间的分支关系？我想保留 Dev 分支及其与 Test 的关系。只需删除与Main的关系即可。

我尝试将分支转换为文件夹以删除关系，但这不起作用。我可以重新设置分支的父级，但似乎没有任何明显的方法可以完全消除这种关系。我可以将分支转换为文件夹，然后删除它并从测试中重新分支，但这意味着确保代码库同步，这可能很难实现。

TFS 不一定基于分支对象构建合并候选以实现向后兼容性（分支对象是 TFS 2010 中的新功能）并支持无基合并（一旦在两个路径之间执行无基合并，这些路径将与合并关系一起存储以供将来使用）合并。）

我建议在这里使用自定义签入策略，强制从开发 -> 测试或测试 -> 开发进行合并，并且不要跳过中间级别。这还允许您将 Dev 作为分支对象，因此您仍然可以获得所有不错的功能，例如分支可视化。

我可以提供一个非常粗略、非常伪代码的例子来说明我的想法。 （这很粗糙，因为我很懒，也因为我把时间花在 Java SDK 而不是 .NET SDK 上，而且我意识到大多数人都想要 .NET 签入策略。但主要是因为我很懒。）

/*
 * Create a dictionary of merge targets to allowable merge sources.
 * For an item in this list, the allowable merge sources are a whitelist.
 */
private readonly Dictionary<String, List<String>> restrictedMergeTargets =
    new Dictionary<String, List<String>>();

public static MergeWhitelistPolicy
{
    /* Only allowed merges to $/Main from $/Test. */
    List<String> mainWhitelist = new List<String>();
    mainWhitelist.add("$/Test");
    allowedMerges.put("$/Main", mainWhitelist);

    /* Only allow merges to $/Test from $/Dev. */
    List<String> testWhitelist = new List<String>();
    testWhitelist.add("$/Dev");
    allowedMerges.put("$/Test", testWhitelist);
}

public PolicyFailure[] evaluate(PolicyContext context)
{
    PendingChange[] pendingChanges = GetPendingCheckin().GetCheckedPendingChanges();

    foreach(PendingChange change : pendingChanges)
    {
        if(! change.IsMerge())
        {
            continue;
        }

        foreach(KeyValuePair<String, List<String>> restrictedTarget : restrictedMergeTargets)
        {
            if(VersionControlPath.IsChild(restrictedTarget.GetKey(), change.GetServerItem())
            {
                /* Whitelisted merge path - investigate. */
                foreach(String allowedSource : restrictedTarget.GetValue())
                {
                    foreach(MergeSource mergeSource : change.GetMergeSources())
                    {
                        if(! VersionControlPath.IsChild(allowedSource, mergeSource.GetServerItem()))
                        {
                            return new PolicyFailure("Merge from " +
                                mergeSource.GetServerItem() + " to " +
                                change.GetServerItem() + " is disallowed.");
                        }
                    }
                }
            }
        }
    }

    return null;
}

当然，这有几个问题。您当然不想将可接受的合并关系列表硬编码到策略中 - 您可以将其外部化到配置文件中，或者您可以查询服务器上的合并关系并缓存它们（如果您有特定的规则，例如只有直系后代可以）合并。 （缓存这一点很重要，因为签入策略评估经常运行并且预计会很快。它甚至可能偶尔在 UI 线程上运行（尽管我对此表示怀疑），因此您的情况可能会有所不同。）

另外，我的路径测试代码非常草率，主要只是为了节省评论中的一些空间。 （还有前面提到的我的懒惰。）

我希望这是一个好的开始。