作者热门文章
- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我们一直在试验一种新技术来管理我们的发布分支。
通常,我们在主干上维护我们当前的版本,并为每个版本创建发布分支。发布分支是通常发生积极开发的地方,主干用于修复当前版本的错误。
我们一直在定期将主干中的错误修复合并到发布分支中(每周一次)。
现在我们准备好发布另一个版本,我们想将发布分支合并到主干中。不幸的是,这会导致许多冲突(> 50)。起初我很惊讶,但现在我明白了 Subversion 不能轻易地用主干中存在的东西来纠正分支中的变化。
有没有办法告诉 Subversion 在集成回主干时使用分支中文件的所有版本?我们知道文件的分支版本是“正确的”。
作为替代方案,我们理论上可以放弃主干,只在分支上工作 - 从分支分支以进行发布。
我们使用 TortoiseSVN 和 Subclipse。
最佳答案
来自 svn help merge
的输出:
--accept ARG
specify automatic conflict resolution action ('postpone', 'base', 'mine-conflict', 'theirs-conflict', 'mine-full', 'theirs-full', 'edit', 'launch')
--accept theirs-full
”选项。
use repository
”,因为在合并过程中遇到每个冲突。
关于svn - 颠覆合并 : How do I Cleanly Re-integrate a 'Definitive' Branch?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/850304/
我是一名优秀的程序员,十分优秀!