补丁的颠覆稳定分支

Question

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

干线 - >发展不稳定的新功能，在内部推出的每一款TOT。

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

想我必须做一个补丁1.0.x的，然后（当然）也在后备箱里。

• 我应该在稳定的分支还是在干线做补丁？
• 在trunk-> stable或viceversa之间移植补丁的最佳方式是什么？ （我应该使用樱桃采摘合并单一版本，还是我可以定期合并到主干中，否则）？

这是一种常见的模式，但我想知道一个好的，而不是时间昂贵的方式来处理稳定的分支！

Answer 1

大概树干有稳定的不需要的新功能，所以它更容易从稳定到主干而不是其他方式。如果受影响的文件在主干中未被修改，那么使用哪种方式执行操作并不重要。如果主干已经完全重构，那么显然合并根本就不起作用。