我将文件提交到主干。提交后，我意识到这些文件也应该应用于旧分支。以下是我采取的步骤：
svn commit -m“blah”：修订版123
svn merge -r 122：123 svnpath
问题是现在我得到一个“本地删除，合并时传入编辑”树冲突。 有问题的文件夹在旧分支中根本不存在。但我担心如果我解决工作分支它将删除主干中该文件夹的所有内容。但是，我不希望本地副本接收该文件夹中的所有文件。
我显然在这里误解了一些东西。 （我甚至不知道是否需要提交它，但我不希望下一次提交被这些文件卡住。）如何将提交的更改提交到旧分支？修改的大多数文件应该是相同的。
很晚编辑以澄清之前的目标。 （这已经解决了，但我觉得这需要更清晰。）
1）对trunk（版本）32所做的更改。
2）更改合并到分支（版本）26。
3）想要解决26次合并冲突并从26到28合并到30到32。
4）未来的其他变化将从26一路合并到后备箱。这意味着冲突无法删除主干中的文件夹文件。
答案 0 :(得分：1)
假设您的存储库中有标准的trunk /，branches / root目录设置：
cd branches/mybranch
svn merge -r 122:123 ../../trunk .
答案 1 :(得分：0)
我的解决方案可能不是最佳解决方案，但这就是我所做的：
svn revert -R。
然后，我读了（svn add）所有本地文件以及冲突的文件夹，这些文件不再存在冲突（我不知道为什么。）
然后我能够毫无冲突地提交。但是，我确实需要手动修改旧文件，但是。