2

我将文件提交到主干。提交后,我意识到这些文件也应该应用于旧分支。这是我采取的步骤:

我的副本(使用中继:应用程序版本 5)

svn commit -m "blah" : 修订版 123

旧分支(应用程序版本 3)

svn 合并 -r 122:123 svnpath

问题是现在我得到一个“本地删除,合并时传入的编辑”树冲突。有问题的文件夹在旧分支中根本不存在。但我担心如果我用工作分支解决它会删除主干中该文件夹的所有内容。但是,我也不希望本地副本接收该文件夹中的所有文件。

我显然在这里误解了一些东西。(我什至不知道是否需要提交它,但我不希望下一次提交被这些文件卡住。)如何将提交的更改放入旧分支?大部分修改的文件应该是一样的。


非常晚的编辑以澄清之前的目标。(这已解决,但我觉得这需要更清楚。)

1) 对主干(版本)32 所做的更改。

2)更改合并到分支(版本)26。

3)想解决26个合并冲突,从26到28合并到30到32。

4) 沿途的其他更改将从 26 一直合并到主干。这意味着冲突无法删除主干中的文件夹文件。

4

2 回答 2

1

假设您的存储库中有标准的trunk/、branchs/ 根目录设置:

cd branches/mybranch
svn merge -r 122:123 ../../trunk .
于 2012-08-16T16:21:41.353 回答
0

我在这里的解决方案可能不是最佳的,但这是我所做的:

svn 恢复 -R 。

然后,我读取(svn add)所有本地文件以及冲突文件夹,该文件夹不再冲突(我不知道为什么。)

然后我能够毫无冲突地提交。但是,我确实必须使用新代码更改手动修改旧文件。

于 2012-08-16T16:31:51.043 回答