在 svn 中合并时,我可以决定每个更改吗?
When merging in svn can I decide every change?
我有一个项目,它有一个特性分支和一个主干。我现在意识到我应该将主干中的更改集成到功能分支中。当我现在这样做时,我得到了一些源代码,其中 svn 丢失了双方的重要更改。那么....我可以手动进行合并吗——我可以在其中决定每个更改应该是什么?
好的,我明白了,谢谢你的澄清。
我想我们以前都遇到过这种情况,而且我知道让所有内容同步备份绝对是一项艰巨的任务。你真的有两个选择之一。我推荐的第一个是将你的功能分支和 运行 svn merge
分成几部分,所以假设 feature
在 main
上的修订版 100 上分支,现在我们're at revision 150. 我将从
开始
svn merge -r 101:110
并解决所有问题,然后提交。然后合并 111-120
(或者你认为你可以处理多少修订。10-20 通常是一个很好的数字,因为提交到 main
的数量通常只占它的一半左右)。
选项 #2(我以前做过一次,并没有我想象的那么痛苦)是如果你真的熟悉这个功能分支,有时重新分支是个不错的主意从 t运行k,然后开始 "replaying" 你的功能分支在这个新分支上提交。
如果两个分支之间的差异真的很大,不幸的是需要一些时间。
我有一个项目,它有一个特性分支和一个主干。我现在意识到我应该将主干中的更改集成到功能分支中。当我现在这样做时,我得到了一些源代码,其中 svn 丢失了双方的重要更改。那么....我可以手动进行合并吗——我可以在其中决定每个更改应该是什么?
好的,我明白了,谢谢你的澄清。
我想我们以前都遇到过这种情况,而且我知道让所有内容同步备份绝对是一项艰巨的任务。你真的有两个选择之一。我推荐的第一个是将你的功能分支和 运行 svn merge
分成几部分,所以假设 feature
在 main
上的修订版 100 上分支,现在我们're at revision 150. 我将从
svn merge -r 101:110
并解决所有问题,然后提交。然后合并 111-120
(或者你认为你可以处理多少修订。10-20 通常是一个很好的数字,因为提交到 main
的数量通常只占它的一半左右)。
选项 #2(我以前做过一次,并没有我想象的那么痛苦)是如果你真的熟悉这个功能分支,有时重新分支是个不错的主意从 t运行k,然后开始 "replaying" 你的功能分支在这个新分支上提交。
如果两个分支之间的差异真的很大,不幸的是需要一些时间。