& # 8220; Echec de l'autorisation & # 8221; avec SVN 1.5.2 sur OS X (PowerPC G4)

Question

J'essaie de m'engager sur un serveur SVN hébergé sur le réseau de mon école. J'ai installé SVN 1.5.2 avec les fichiers binaires téléchargés depuis CollabNet, ici . L'erreur signalée est la suivante:

svn: Commit failed (details follow):
svn: MKACTIVITY of '/opensvn/cs598r/!svn/act/defe271c-f33b-4851-a706-b2906301fed0': authorization failed (http://dna.cs.byu.edu)

C’est le message d’erreur complet - il n’est dit nulle part 403 Interdit. J'ai essayé de supprimer ma copie de travail et de la vérifier à nouveau en vain. J'ai vérifié et revérifié que mon mot de passe et mes autorisations sont corrects sur le serveur. J'ai vérifié que l'URL est correcte. Je peux valider avec succès depuis une machine distante, mais pas depuis la mienne. Les autres membres de mon équipe peuvent s’engager à partir de leurs ordinateurs, mais quand ils essaient depuis le mien, ils obtiennent la même erreur. Un des autres membres de mon équipe utilise les fichiers binaires 1.5.1 CollabNet sans aucun problème. Qu'en est-il de mon client est en panne?

Answer 1

Étant donné que vous pouvez valider à partir d'autres machines et que les membres de votre équipe peuvent valider, mais pas à partir de votre machine, je dirais que c'est probablement un problème avec votre client Subversion. Je vous suggère de désinstaller votre client, puis d'installer la version en cours d'exécution sur le serveur pour des raisons de sécurité.

Answer 2

Je pense qu'une autorisation est nécessaire pour que vous puissiez valider votre copie locale ...

ou

Peut-être pouvez-vous vous engager, mais le serveur ne se met pas à jour automatiquement? ... essayez de mettre à jour le serveur après avoir validé votre travail via SSH et la mise à jour SVN

.

Answer 3

Toutes les formes d'accès à un référentiel n'autorisent pas toutes les formes d'accès. Si vous avez extrait votre code via une méthode en lecture seule, vous ne pourrez pas vous engager. Par exemple, il n'est pas rare qu'un référentiel WebDav autorise uniquement l'extraction anonyme sur http: // ... et autorise l'authentification et les validations uniquement sur https: // ...

Vérifiez que le référentiel à partir duquel vous vous connectez est identique, lettre pour lettre, aux référentiels utilisés par les autres membres de votre équipe.

Answer 4

Assurez-vous que vous utilisez le CAPS correctes pour l’ensemble de l’URL svn

Answer 5

Je pense que le problème se trouve entre parenthèses ( http://dna.cs.byu.edu ). Vous pouvez souvent utiliser le chemin http, mais les commits veulent généralement https.