乌龟SVN合并试运行成功，但随后失败

我正在使用重新积分将分支合并回主干。干运行成功，没有任何冲突，因此我继续合并并得到以下错误

工作副本“D:\Repositories\FwCore” 读取假脱机报告时发生锁定错误 请求-响应-请执行 “清理”命令

---

清理没有任何作用。我已经将主干合并到分支中，这样我就可以毫无问题地将分支合并回主干中。这以前是有效的，但现在我遇到了这个问题，我不知道该怎么办，更不用说是非常令人沮丧。如果有任何帮助，我们将不胜感激。

在网上找到了这张照片——看起来和你的情况一样。。也许你可以从中获得一些见解，最终解决了这个问题。它可以是快速的，也可以是非常长的，这取决于您在分支中更改了多少。在我的例子中，问题是删除一个名为

Framework

的文件夹（在分支中，而主干的

Framework

文件夹未被触及），然后稍后在分支的同一位置创建相同的文件夹[我还有两个类似的重命名/删除]。这给SVN带来了混乱。另一个问题是重命名文件夹，然后将其删除

关于修复：

• 按照本章第一节中的步骤进行操作
• 换到你的后备箱
• 现在开始“重新整合分支机构”
• 执行完全合并（不是干运行）并查看问题文件夹的位置
• 现在恢复所有更改，并转到这些文件夹中的每一个，然后执行“合并一系列修订”
• 浏览日志并仅选择删除/重命名文件夹的修订
• 现在提交这些更改-这非常重要（这将删除/重命名trunk中的文件夹）
• 现在对文件夹执行另一次重新整合，这次是对问题文件夹的下一次重命名/删除/添加/提交
• 继续执行此操作，直到不再添加/重命名/删除问题文件夹
• 确保你每次做出改变时都做出承诺，否则事情会再次变坏
• 对所有问题文件夹执行这些步骤
• 修复所有问题文件夹后，对主干本身再执行一次“重新整合分支”。这一次一切都应该顺利。如果存在另一个树冲突，请还原更改，并对问题文件夹执行上述步骤

---

我已经能够在一个“虚拟”存储库中重现这个问题。我将向tortoise SVN团队提交一份建议，以考虑这种情况，并让其在重新整合分支时自动执行步骤

感谢链接。这似乎与我的想法非常相似，因为thread的作者没有解释他/她是如何解决问题的。如果你有svn:externals和同名文件夹，也会发生这种情况。只需手动删除工作副本中的svn:externals文件夹即可继续合并。