eclipse Aptana 1.5“svn：错误解决案例”
声明：本页面是StackOverFlow热门问题的中英对照翻译，遵循CC BY-SA 4.0协议，如果您需要使用它，必须同样遵循CC BY-SA许可，注明原文地址和作者信息，同时你必须将它归于原作者（不是我）：StackOverFlow
原文地址: http://stackoverflow.com/questions/1137219/
Warning: these are provided under cc-by-sa 4.0 license. You are free to use/share it, But you must attribute it to the original authors (not me):
StackOverFlow
Aptana 1.5 "svn: Error resolving case of"
提问by Brayn
I've installed Aptana 1.5 today but after the install all my SVN projects give me an error like this when I try to commit, update, repair, etc:
我今天已经安装了 Aptana 1.5，但是在安装后，当我尝试提交、更新、修复等时，我所有的 SVN 项目都给我一个这样的错误：
Access is denied.
svn: Error resolving case of 'C:\Users\Brayn\My Documents\Aptana Studio Workspace\PentruConstrucii'
I've uninstalled my previous version of aptana, reinstalled aptana 1.5, changed my workspace and it still gives me this error.
我已经卸载了我以前版本的 aptana，重新安装了 aptana 1.5，更改了我的工作区，但它仍然给我这个错误。
Do you know what could it be ?
你知道这可能是什么吗？
回答by CodingWithSpike
I've had this exact same error display if I end a directory name with a \from a cmd.exe shell:
如果我\以 cmd.exe shell 中的a 结尾目录名，我会显示完全相同的错误：
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.
I think it ends up interpreting the final \"as an escaped double-quote instead of a backslash and the end of the string.
我认为它最终将 final 解释\"为转义的双引号而不是反斜杠和字符串的结尾。
回答by VonC
"C:\Users" means Windows Vista or 7...
It may be related the way SVN handle Windows Vista symbolic link ("junction"): poorly, according to this ticket(also described in bug 3208):
" C:\Users" 表示 Windows Vista 或 7 ......
这可能与 SVN 处理 Windows Vista 符号链接（“结点”）的方式有关：很糟糕，根据这张票（也在错误 3208 中描述）：
This bug is reproducible 100% of the time.
1) If you invoke "
svn delete" against a Windows Vista symbolic-link, such as "c:\documents and settings\<username>\my documents\<some path>" then Subversion will fail with "svn: Error resolving case of 'C:\Documents and Settings\<username>\my documents\<some path>"'"2) If you set the current working directory to "
c:\documents and settings\<username>\my documents\<some path>" and invoke "svn delete" against the local filename the operation succeeds flawlessly.
这个错误在 100% 的情况下是可重现的。
1）如果调用“
svn delete”针对Windows Vista中的符号链接，如“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针对本地文件名调用“ ”，则操作将完美成功。
It may be related to some ACL rights preventing the SVN to access the data:
可能与一些ACL权限阻止SVN访问数据有关：
Subversion tries (via APR) to resolve the exact case of all paths passed to it. This fails because this specific example has a path that is unreadable in its path.
You can see this via:
Subversion 尝试（通过 APR）解决传递给它的所有路径的确切情况。这将失败，因为此特定示例在其路径中具有不可读的路径。
您可以通过以下方式查看：
C:\>cacls "c:\Documents and Settings"
C:\Documents and Settings
Everyone:(DENY)(special access:) FILE_READ_DATA
I know you are referencing C:\Usershere, but may be SVN try internally the old path.
我知道你在C:\Users这里引用，但可能是 SVN 在内部尝试旧路径。
回答by Nick T
Old question, but I had a related and similar problem with a solution that appears relevant to this:
老问题，但我有一个相关且类似的问题，其解决方案似乎与此相关：
My (unrelated electronic design automation) program was throwing svn: Error resolving case of "<blah blah>errors followed by what looked like my commit log message. I eventually figured out that some double quotes (") I was using for the log message was being interpreted as terminating the message, then the rest of my babbling was taken as input to svn. My solution was to just use single quotes instead.
我的（不相关的电子设计自动化）程序抛出svn: Error resolving case of "<blah blah>错误，然后是我的提交日志消息。我最终发现"我用于日志消息的一些双引号 ( ) 被解释为终止消息，然后我剩下的胡言乱语被作为 svn 的输入。我的解决方案是只使用单引号。
For your case, it sounds like it could be your program (Aptana) could be screwing up because when it sees spaces in the path name, it encloses the path in quotes, possibly breaking something (redundant quotes?). It would be resolved when you just work in the root C:\because there are no spaces in the WC root path ...\My Documents\....
对于您的情况，听起来可能是您的程序（Aptana）可能出错了，因为当它在路径名中看到空格时，它会将路径括在引号中，可能会破坏某些内容（冗余引号？）。当您只在根中工作时，它会得到解决，C:\因为 WC 根路径中没有空格...\My Documents\...。
