Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/svn/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
合并和提交后出现SVN错误_Svn_Tortoisesvn - Fatal编程技术网

合并和提交后出现SVN错误

合并和提交后出现SVN错误,svn,tortoisesvn,Svn,Tortoisesvn,我将一个分支合并到另一个分支,然后做了一些自己的更改。当我检查更改时,出现以下错误: 错误: -C:\dev\Backend\Backend_1.1.0.0 在目录中 C:\dev\Backend\Backend\u 1.1.0.0\Unit Tests\MessageProcessor.Tests' 处理中的命令“已提交”时出错 “C:\dev\Backend\Backend\u 1.1.0.0\Unit Tests\MessageProcessor.Tests” 无法移动 C:\dev\Ba

我将一个分支合并到另一个分支,然后做了一些自己的更改。当我检查更改时,出现以下错误:

错误:
-C:\dev\Backend\Backend_1.1.0.0
在目录中
C:\dev\Backend\Backend\u 1.1.0.0\Unit Tests\MessageProcessor.Tests'
处理中的命令“已提交”时出错
“C:\dev\Backend\Backend\u 1.1.0.0\Unit Tests\MessageProcessor.Tests”
无法移动
C:\dev\Backend\Backend\u 1.1.0.0\Unit Tests\MessageProcessor.Tests.svn\dir props'to
C:\dev\Backend\Backend\u 1.1.0.0\Unit Tests\MessageProcessor.Tests.svn\dir prop base”:系统找不到指定的文件。

现在我无法提交(获取“工作副本锁定,请执行清理”消息),执行“清理”将给出与上面相同的消息

当我按照建议删除有问题的目录并进行更新时,更新会要求清除,而清除会在另一个子目录上抛出错误

我将签出源代码的新副本并手动合并中的更改,但我想知道是否有更好的方法来修复此问题,以及是否有人知道我做错了什么


使用OrtoiseSVN 1.6.3,在Windows XP上构建16613和Subversion 1.6.3

下载另一份副本并检查该副本是否正确。有时,当.svn文件损坏时会发生这种情况(出于某种原因,但有时会发生)。我知道了,保留新的,就这样吧。如果没有,请进行更改,然后再次提交。

我不认为您做错了什么,乌龟有时会发生这种情况。有时这与:

  • 病毒检查器活动。如果可能,关闭源目录的病毒检查程序
  • 重命名仅更改文件大小写的文件或目录(即测试->测试)

发生这种情况时,我通常会尝试通过删除或重命名有问题的目录(在您的例子中是C:\dev\Backend\Backend\u 1.1.0.0\Unit Tests\MessageProcessor.Tests)来修复它,然后进行更新以重新创建该目录。确保您不会意外地丢弃尚未提交的内容。

错误消息有点可疑:缺少\个字符:“\MessageProcessor.Tests.svn\dir props”实际上应该是“\MessageProcessor.Tests\.svn\dir props”@wcoenen您是对的,但这只是复制/粘贴。我会修正的。事实上,当我去编辑它时,斜杠在那里,但它们不会出现在预览窗格中。奇怪,很有道理。我确实试过关闭病毒检查器(诺顿),但没有效果。所有文件都没有被重命名,更不用说案例了。我尝试删除目录并进行更新,但尝试更新时会要求清除,而清除会对其他目录抛出相同的错误。我将把这些信息添加到问题中。这为我解决了问题。我删除了(很好地移开了)所有麻烦的子目录,然后在更高级别的目录上执行svn更新和svn清理。一切都恢复正常了。这就是我所做的,新的副本是正确的。我只是想弄清楚如何在将来避免这种情况,因为手动合并我的差异是一种痛苦。