颠覆稳定分支中的补丁

Question

假设我想为我的项目设置一个类似的 SCM 方法：

trunk -> 带有新功能的不稳定开发，每个 tot 都在内部发布。

稳定的 1.0.x -> 功能冻结 标签 1.0.1 -> 补丁发布 标签 1.0.2 -> 补丁发布

假设我必须为 1.0.x 做一个补丁，然后（当然）也将它放在后备箱中。

• 我应该在稳定分支还是在主干中进行修补？
• 在trunk->stable 之间移植补丁的最佳方式是什么，反之亦然？ （我应该使用cherry-picking合并单个修订，还是可以定期将stable合并到主干中，或者其他）？

这是一种常见的模式，但我想知道一种处理稳定分支的好方法而不是耗时的方法！

Answer 1

可能 trunk 具有 stable 中不需要的新功能，因此从 stable 合并到 trunk 更容易，而不是相反。如果受影响的文件没有在主干中被修改，那么无论您采用哪种方式都没有关系。如果主干已经完全重构，那么显然合并根本不起作用。