J'ai installé APTANA 1.5 aujourd'hui, mais après l'installation de tous mes projets SVN, donnez-moi une erreur comme celle-ci lorsque j'essaie de commettre, mettre à jour, réparer, etc: SAVEZ-VOUS QUOI Aurait-ce?
4 Réponses :
" Ce bogue est reproductible 100% du temps.
1) Si vous invoquez " 2) Si vous définissez le répertoire de travail actuel sur " Il peut être lié à certains droits ACL empêchant le SVN d'accéder aux données: Subversion Essaie (via APR) pour résoudre le cas exact de tous les chemins qui lui ont été transmis. Ceci échoue parce que cet exemple spécifique a un chemin illisible dans son chemin. Je sais que vous référencez c: \ utilisateurs " signifie Windows Vista ou 7 ...
Il peut être associé à la manière dont SVN Manipulez Windows Vista Symbolic Link (" jonction "):
SVN Supprimer " contre un lien symbolique Windows Vista, tel que
" c: \ documents et paramètres \ c: \ documents et
Paramètres \ SVN Supprimer "contre
Le nom de fichier local L'opération réussit parfaitement.
Vous pouvez voir ceci via:
c: \ utilisateurs ici, mais peut être svn Essayez interne l'ancien chemin.
C'était en acte le cas. Après avoir déplacé mon espace de travail sur c: \ \ Ça a fonctionné parfaitement. Je n'ai pas eu ce problème dans 1.3 ma précédente version d'aptana ...
Hélas, Info SVN C: \ Full \ Path \ to \ WC échoue pour moi de la même manière. Seulement je suis sur Windows 7 (patché aux branchies), et autant que je sache, il n'y a aucune chose de refus pour mon utilisateur effectif pour tous les dossiers de ce chemin. En outre, mon utilisateur appartient au groupe Administrateurs. Pour contourner, je devais jouer avec les paramètres de stratégie de l'UAC: désactiver le mode Administrative, qui tue efficacement UAC. Ce n'est pas un bon moyen de résoudre un problème, mais je devais passer à autre chose.
Une ancienne question, mais j'ai eu un problème associé et similaire avec une solution qui semble pertinente pour cela:
Mon programme (non liée d'automatisation de conception électronique) jetais Pour votre cas, cela ressemble à ce que votre programme pourrait être votre programme (APTANA) pourriez vous agir car lorsqu'il voit des espaces dans le nom du chemin, il entoure le chemin dans des guillemets, éventuellement casser quelque chose (citations redondantes?). Il serait résolu lorsque vous travaillez simplement dans la racine svn: erreur de résolution des erreurs de " ") J'utilisais pour que le message de journal soit interprété comme terminant le message, le reste de mon babillage a été pris comme entrée sur SVN. Ma solution était de simplement utiliser des guillemets simples à la place.
c: \ car il n'y a pas d'espaces dans le chemin racine WC ... \ Mes documents \ . < / p>
J'ai exactement le même affichage d'erreur si je terminais un nom d'annuaire avec un Je pense que ça se termine Interpréter le dernier \ à partir d'une coquille cmd.exe: \ " en tant que double citation échappée au lieu d'une barre oblique inverse et de la fin de la chaîne.
Aha! Merci d'avoir souligné cela même si ce n'était pas ce que l'OP cherchait, cela a résolu mon problème!
Je viens d'avoir un cas similaire où j'avais des espaces superflus à la fin d'une déclaration externe. Grâce au message d'erreur "Clear" et "utile", j'ai pu résoudre le problème après 30 minutes de googling et de recherche ...
J'ai eu un problème similaire aujourd'hui. Mais dans mon cas, j'utilisais une barre arrière en arrière dans le chemin au lieu d'avancer Slash. Je l'ai travaillé après avoir corrigé ça.
Son a également recommandé que le chemin soit donné à l'intérieur des citations doubles.