在使用TFS进行分支时，如何避免局部变更集地狱

10个开发者已经在$Trunk上工作了几个月。 当发布到生产环境时，从$Trunk生成并部署了代码

现在，我们想要实现某种形式的分支策略。首先，我们需要一个$Release分支来反映当前部署的代码

所以我们分支了$Trunk->$Release。 我立即尝试将$Trunk中的特定变更集合并到$Release中。我可以看到几个月前的合并候选人。（怎么会这样？！？-我刚从那个分支合并过来！）

我适时地调查了这个问题，并使用了tf merge/discard，这带来了更多的合并候选。经过几次tf merge/discard迭代后，我成功地将其全部清除——这是一个非常可怕的过程，因为我每次都在对发布分支执行签入。我这里说的是100个变更集

我现在想创建一个$Dev分支，这意味着我必须经历相同的过程。然后从$Dev分支，我希望开发人员创建许多特性分支。我害怕这种想法

问题显然在源头（$trunk）——但到目前为止，我的选择是解决trunk的每个分支中的问题

Git不是一个选项（遗憾的是）。

---

你知道如何从$trunk开始创建分支以避免部分合并候选集吗？

听起来某些签入包含的文件没有限定到现在的分支根。他们还可以签入主干文件夹外的另一个文件夹中的文件，如

docs

或

tests

。分支后，您是否将

$Trunk

和

$Release

都转换为分支？他们现在在源代码管理资源管理器中有不同的图标吗？$Trunk是一个分支（必须在某个时候从文件夹转换而来）$Release是一个分支。值得注意的是，tf merge discard使从$trunk中删除的文件夹恢复了活力。所以在整个练习之后，我希望$trunk和$release在磁盘上是相同的，但是$release有一些额外的文件夹已经从$trunk中删除了。