Aptana 1.5“svn：错误解决” [英] Aptana 1.5 "svn: Error resolving case of"

问题描述

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

 访问被拒绝。 
 svn：解决'C：\Users\Brayn\My Documents\Aptana Studio Workspace\PentruConstrucii'
  

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

你知道是什么吗？

解决方案

C：\Users 表示Windows Vista或7 ...

它可能与SVN处理Windows Vista符号链接的方式相关（ junction ）：差不多（也在 错误3208 ）：

这个bu g可重复100％的时间。

1）如果您对Windows Vista调用 svn delete 符号链接，例如
c：\documents和settings\< username> \my documents\< some path> 然后Subversion
将失败，并带有svn：错误解决' C：\Documents和
设置\< username> \my documents\<某个路径> 2）如果将当前工作目录设置为 c：\documents和$ b，则



$ b settings\< username> \my documents\< some path> ，并针对$ b调用 svn delete $ b本地文件名，操作完美无缺。




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

Subversion尝试（通过APR）来解析传递给它的所有路径的确切情况。这样就失败了，因为这个具体例子的路径是不可读的。

你可以通过以下方式看到这个：





  C：\> caclsc：\Documents and Settings
 C：\Documents and Settings 
 Everyone：（DENY）（special access :) FILE_READ_DATA 
  

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

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:

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.

Do you know what could it be ?

解决方案

"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):

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.

It may be related to some ACL rights preventing the SVN to access the data:

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:

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

I know you are referencing C:\Users here, but may be SVN try internally the old path.

这篇关于Aptana 1.5“svn：错误解决”的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！