svn – 我可以通过Subversion合并跟踪从分支到主干重复合并吗?

我们发布了1.0版并继续在trunk中开发2.0.我们为与发布版本相关的错误修复创建了分支/ 1.0.

计划是:

> 2.0开发继续在trunk /
> trunk /包含不要合并到branches / 1.0的新功能,因此trunk不会合并到branches / 1.0中
>当在已发布的应用程序中发现错误时,修复程序将转换为branches / 1.0.当修订集发布到生产中时,branches / 1.0被复制到tags / 1.0.x,branches / 1.0被合并到trunk /
>想法是颠覆合并跟踪应该跟踪变化,这样当我们将1.0.4修复合并到trunk时,会自动跳过1.0.3修复

这种方法有什么问题吗?将颠覆合并跟踪跟踪变化好吗?我还没有在实践中尝试过这个,并且大多数示例都是这样做的(从主干​​到分支合并,我不想要,因为1.0修复中不需要大多数2.0开发).合并重新融合是否适合这种方式?

是的,这正是它的设计目标.由于trunk上的svn:mergeinfo属性正在跟踪已合并的1.0中的哪些修复,因此第二次运行合并不会导致它再次获取这些修订.

合并前跟踪,您必须跟踪合并的修订,并确保不再尝试合并它们.现在合并脚本更清晰.

相关文章
相关标签/搜索