Question

J'ai installé Aptana 1.5 aujourd'hui, mais après l'installation tous mes projets SVN me donner une erreur comme ça quand j'essaie de commettre, mettre à jour, réparation, etc:

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

Je l'ai désinstallé ma version précédente de Aptana, réinstallées Aptana 1.5, changé mon espace de travail et il me donne toujours cette erreur.

Savez-vous ce que pourrait-il être?

Était-ce utile?

La solution

"C:\Users" signifie Windows Vista ou 7 ...
Elle peut être liée à la façon dont SVN poignée Windows Vista lien symbolique ( " jonction "): mal, selon cette billet (également décrit dans bug 3208 ):

  

Ce bug est reproductible à 100% du temps.

     

1) Si vous appelez « svn delete » contre une symbolique liaison Windows Vista, comme   "c:\documents and settings\<username>\my documents\<some path>" Subversion   échouera avec « svn: Erreur lors de la résolution de cas de « C:\Documents and Settings\<username>\my documents\<some path> » '"

     

2) Si vous définissez le répertoire de travail courant « de c:\documents and settings\<username>\my documents\<some path> » et invoquez « svn delete » contre   le nom de fichier local, l'opération réussit parfaitement.

Il peut être lié à certains droits ACL empêchant le SVN d'accéder aux données:

  

tente Subversion (via TAP) pour résoudre le cas précis de tous les chemins qui lui sont transmises. Cela échoue parce que cet exemple spécifique a un chemin qui est illisible dans son chemin.
  Vous pouvez le voir via:

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

Je sais que vous faites référence C:\Users, mais peut-être essayer SVN interne l'ancien chemin.

Autres conseils

J'ai eu cet affichage exactement la même erreur si je finis un nom de répertoire avec un \ d'une coquille 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.

Je pense qu'il finit par interpréter la \" finale comme un guillemet échappé au lieu d'une barre oblique inverse et la fin de la chaîne.

vieille question, mais j'ai eu un problème connexe et similaire avec une solution qui apparaît pertinente à ceci:

Mon programme (automatisation de la conception électronique sans rapport) vomissait erreurs de svn: Error resolving case of "<blah blah> suivies par ce qui ressemblait à mon journal le message de validation. J'ai finalement compris que certains guillemets doubles (") j'utilisais pour le message du journal était interprétée comme se terminant le message, puis le reste de mon babillage a été prise comme entrée svn. Ma solution était d'utiliser simplement des guillemets simples au lieu.

Pour votre cas, il semble que cela pourrait être votre programme (Aptana) pourrait être vissage parce que quand il voit des espaces dans le nom du chemin, il enferme le chemin entre guillemets, brisant peut-être quelque chose (citations redondantes?). Il serait résolu lorsque vous travaillez seulement dans le C:\ racine parce qu'il n'y a pas d'espace dans le chemin racine de WC ...\My Documents\....

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top