我有两个功能分支：featureA 和 featureB。
FeatureA 已完成，但未合并到主干中，因为它未经测试，我们还没有准备好对其进行测试。
我正在处理功能 B，并且意识到我需要在功能 A 中实施更改才能继续。
最好的方法是什么？我想我有几个选择：
将 featureA 合并到 featureB 分支（或者如果我小心地获得所有我想要的，可能只是特定的修订），然后恢复所有我需要的更改。
重新实现featureB中的变化（这次不会太复杂），整理一下featureA和featureB合并到同一个地方时的冲突。
无论哪种方式，功能都将被合并到一个发布候选分支中，以供测试和部署。一旦该 RC 分支被确认为已测试，它将一次性合并到主干中。
【问题讨论】：
标签： svn feature-branch
好吧，如果这两个功能不涉及对相同源文件的更改，那么在继续开发时将它们分开的最简单方法是创建一个混合工作副本。查看 featureB，并根据需要将单个源文件切换到 featureA。 （如果您需要更多信息，请查看 svn switch。）您可以继续在 featureB 中进行更改并将它们签入，而无需实际合并任何 featureA 代码。 （这将允许本地开发，但如果您使用持续集成，则会破坏服务器上的构建，因为不会出现必要的 featureA 更改。）
当然，如果 B 依赖于 A，这意味着 A 最终需要经过测试并准备好发布，然后 B 才能完成。对我来说，这意味着您现在应该将 featureA 更改合并到 featureB 并在 featureB 上启动开发。您只需要确保将任何修复应用到功能 A 并将它们合并到功能 B 中。
【讨论】：
我通过在 svn 中具有以下结构来解决这些问题：
/prod
/release_20090801
/release_20090901
/staging
/trunk
/sandbox
开发人员在他们的沙盒中开发，然后在添加功能时合并到主干中。一旦迭代的功能完全完成并准备好进行最终质量检查，主干就会被复制到登台。
因此，在您的场景中，功能 A 可以合并到主干，然后复制到沙箱以进行功能 b 开发。
【讨论】：
还有第三种选择：
您可以挑选您想要合并的内容，然后将其合并。执行从 featureA 到 featureB 的合并，但只合并您感兴趣的修订。然后可以选择修复任何剩余的问题。
在 Eclipse 中，例如这可以很方便地完成，因为合并对话框将让您选择要合并的修订版（或范围）。只需对您需要的所有修订范围重复此操作即可。
【讨论】：