颠覆稳定分支中的补丁

Question

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

  

主干 - ＆gt;具有新功能的不稳定开发，每个内部发布。

     

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

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

• 我应该在稳定分支或行李箱中进行补丁吗？
• 在主干 - >稳定或反之间移植补丁的最佳方法是什么？ （我应该使用挑选合并单一版本，还是我可以定期合并稳定到主干，否则）？

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

Answer 1

据推测，trunk有稳定的新功能，所以从稳定到主干更容易合并，而不是相反。如果受影响的文件尚未在主干中修改，则无论您采用哪种方式进行操作都无关紧要。如果trunk已被完全重构，那么显然合并将根本不起作用。