Eclipse 阿普塔纳1.5“；svn：错误解决“的情况”；

我今天安装了Aptana 1.5，但在安装之后，当我尝试提交、更新、修复等时，我的所有SVN项目都会出现如下错误：

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

我已经卸载了以前版本的aptana，重新安装了Aptana1.5，更改了我的工作区，但它仍然给我这个错误

你知道会是什么吗？

“

C:\Users

”表示Windows Vista或7…
这可能与SVN处理Windows Vista符号链接（“”）的方式有关：（也在中介绍）：

此错误在100%的时间内是可重复的

1） 如果对Windows Vista符号链接调用“

svn delete

”，例如 “

c:\documents and settings\\my documents\

”然后Subversion 将以“svn:错误解析'

C:\文档和
设置\\我的文档\

“”

2） 如果将当前工作目录设置为“

c:\documents and”
设置\\my documents\

“并针对 本地文件名显示操作成功无误

这可能与某些ACL权限有关，这些权限阻止SVN访问数据：

Subversion尝试（通过APR）解析传递给它的所有路径的确切情况。此操作失败，因为此特定示例的路径中有一个无法读取的路径。
您可以通过以下方式查看：

---

我知道您在这里引用的是

C:\Users

，但可能是SVN内部尝试旧路径。

旧问题，但我遇到了一个相关的类似问题，解决方案似乎与此相关：

我的（不相关的电子设计自动化）程序抛出了

svn：错误解决案例“

错误，后面跟我的提交日志消息类似。我最终发现我在日志消息中使用的一些双引号（

“

）被解释为终止消息，然后我其余的唠叨被作为svn的输入。我的解决方案是只使用单引号

---

对于您的情况，听起来可能是您的程序（Aptana）出错了，因为当它在路径名中看到空格时，它将路径括在引号中，可能会打断某些内容（冗余引号？）。当您在根目录下工作时，这将得到解决，因为WC根路径中没有空格。

..\My Documents\..

如果我在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.

---

我想它最终会将最后的

\“

解释为一个转义的双引号，而不是反斜杠和字符串的结尾。

我今天遇到了类似的问题。但在我的例子中，我在路径中使用了反斜杠而不是正斜杠。我把它修好后就开始工作了

---

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

事实就是这样。在我将我的工作区移到C:\之后，它工作得非常好。在我以前的Aptana版本1.3中，我没有遇到这个问题……唉，

svn info C:\full\path\to\wc

以同样的方式失败。只有我在Windows7上（打了补丁），据我所知，我的有效用户在该路径中的任何文件夹都没有任何拒绝的东西。此外，我的用户属于Administrators组。为了解决这个问题，我不得不修改UAC策略设置：禁用AdminApproval模式，这实际上会杀死UAC。这不是解决问题的好方法，但我必须继续前进。啊哈！感谢你指出这一点，即使这不是OP想要的，它解决了我的问题！我有一个类似的例子，在外部声明的末尾有多余的空格。多亏了“清晰”和“有用”的错误信息，我在谷歌搜索了30分钟后才得以解决。。。

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.