Aptana 1.5 "svn: Ошибка разрешения случая" - PullRequest
Новая
       11

Aptana 1.5 "svn: Ошибка разрешения случая"

6 голосов
/ 16 июля 2009

Сегодня я установил 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, изменил свое рабочее пространство, и он все еще дает мне эту ошибку.

Вы знаете, что это может быть?

Ответы [ 3 ]

18 голосов
/ 11 марта 2011

У меня было точно такое же сообщение об ошибке, если я заканчивал имя каталога \ из оболочки cmd.exe: 

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.

Я думаю, что в конечном итоге интерпретируется окончательный \" как экранированная двойная кавычка вместо обратной косой черты и конца строки.

7 голосов
/ 16 июля 2009

"C:\Users" означает Windows Vista или 7 ...
Это может быть связано с тем, как SVN обрабатывает символическую ссылку Windows Vista (" junction "): плохо, согласно этому билету (также описывается в bug 3208 ):

Эта ошибка воспроизводима в 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" против локальное имя файла, операция проходит без нареканий.

Это может быть связано с некоторыми правами ACL, препятствующими доступу SVN к данным:

Subversion пытается (через APR) разрешить точный регистр всех путей, переданных ему. Это терпит неудачу, потому что у этого конкретного примера есть путь, который не читается в его пути.
Вы можете увидеть это через: 

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

Я знаю, что вы ссылаетесь на C:\Users здесь, но, возможно, SVN попытается внутренне использовать старый путь.

3 голосов
/ 19 июля 2010

Старый вопрос, но у меня была похожая и похожая проблема с решением, которое, кажется, имеет отношение к этому:

Моя программа (не связанная с автоматизацией электронного проектирования) выдавала svn: Error resolving case of "<blah blah> ошибки, за которыми следовало то, что выглядело как мое сообщение в журнале коммитов. В конце концов я понял, что некоторые двойные кавычки ("), которые я использовал для сообщения журнала, интерпретировались как завершение сообщения, а остальная часть моего болтовни была взята в качестве входных данных для svn. Моим решением было просто использовать одинарные кавычки.

В вашем случае это звучит так, как будто ваша программа (Aptana) могла испортить, потому что, когда она видит пробелы в имени пути, она заключает путь в кавычки, возможно, что-то ломая (избыточные кавычки?) Это будет разрешено, когда вы просто работаете в корне C:\, потому что в корневом пути WC нет пробелов ...\My Documents\....

...