Question

我今天安装了Aptana 1.5，但在安装完成后，当我尝试提交，更新，修复等时，所有我的SVN项目都给出了这样的错误：

Access is denied.  
svn: Error resolving case of 'C:\Users\Brayn\My Documents\Aptana Studio Workspace\PentruConstrucii'

我已经卸载了我以前的aptana版本，重新安装了aptana 1.5，改变了我的工作区，它仍然给了我这个错误。

你知道它会是什么吗？

Answer 1

如果我从cmd.exe shell中使用\结束目录名，我就会显示完全相同的错误：

C:\> svn co http://my/repo/ "C:\Work\My Repo\"
svn: Error resolving case of 'C:\Work\My Repo"'

C:\> svn co  http://my/repo/ "C:\Work\My Repo"
 U   C:\Work\My Repo
Checked out revision 13768.

我认为它最终会将最终的\"解释为转义的双引号，而不是反斜杠和字符串的结尾。

Answer 2

“C:\Users”表示Windows Vista或7 ...
它可能与SVN处理Windows Vista符号链接（“junction”）的方式有关：poorly, according to this ticket（也在bug 3208中描述）：

此错误在100％的时间内都是可重现的。

1）如果您针对Windows Vista符号链接调用“svn delete”，例如   “c:\documents and settings\<username>\my documents\<some path>”然后是Subversion   将失败并显示“svn：错误解决'C:\Documents and Settings\<username>\my documents\<some path>''”
的情况
2）如果您将当前工作目录设置为“c:\documents and settings\<username>\my documents\<some path>”并调用“svn delete”   操作成功的本地文件名完美无缺。

可能与某些ACL权限有关，导致SVN无法访问数据：

Subversion尝试（通过APR）解决传递给它的所有路径的确切情况。这会失败，因为此特定示例的路径中的路径不可读你可以通过以下方式看到这个：

C:\>cacls "c:\Documents and Settings"
C:\Documents and Settings
                          Everyone:(DENY)(special access:) FILE_READ_DATA

我知道你在这里引用C:\Users，但可能是SVN在内部尝试旧路径。

Answer 3

老问题，但我遇到了与此相关的解决方案的相关问题和类似问题：

我的（不相关的电子设计自动化）程序抛出svn: Error resolving case of "<blah blah>错误，然后看起来像我的提交日志消息。我最终发现我用于日志消息的一些双引号（"）被解释为终止消息，然后我的bab呀声的其余部分被视为svn的输入。我的解决方案是使用单引号代替。

对于你的情况，听起来可能是你的程序（Aptana）可能搞砸了，因为当它看到路径名中的空格时，它用引号括起路径，可能会破坏某些东西（多余的引号？）。当您只在根C:\中工作时，它将得到解决，因为WC根路径...\My Documents\...中没有空格。

Answer 4

我今天有类似的问题。但就我而言，我在路径中使用了反斜杠而不是正斜杠。纠正该问题后，它就可以正常工作。

它还建议在双引号内给出路径。

Aptana 1.5“svn：错误解决案件”

4 个答案: