10个开发人员已经在$ Trunk上工作了几个月。 当有时间进行生产发布时，我们已经构建并部署了来自$ Trunk的代码。
现在，我们想实施某种形式的分支策略。首先，我们需要一个$ Release分支来反映当前部署的代码。
所以我们分支$ Trunk - ＆gt; $发布。 直接，我尝试将$ Trunk中的特定变更集合并到$ Release。我可以看到几个月前的合并候选人。 （怎么会这样？！？ - 我刚从那个分支合并！）
我适当地研究了这个问题，并使用了 tf merge / discard 来引入更多合并候选人。经过几次 tf merge / discard 的迭代后，我设法清除它 - 这是一个非常可怕的过程，因为我基本上每次都在Release分支上执行一次检查。我在这里谈论100个变更集。
我现在想创建一个$ Dev分支 - 这意味着我必须经历相同的过程。然后从$ Dev分支，我希望开发人员创建许多功能分支。我担心这个想法...
问题显然在源头（$ trunk） - 但到目前为止，我的选择是解决主干的每个分支中的问题。
Git不是一个选择（遗憾的是）。 任何想法如何开始创建从$ trunk分支避免部分合并候选传奇？