45 votes

Erreur 403 Forbidden en utilisant Subversion

J'ai récemment mis à jour vers Subversion 1.5, et maintenant je ne peux pas commettre mon code dans le référentiel. Je reçois un message d'erreur : "403 Forbidden in response to MKACTIVITY". Je sais que la mise à niveau a fonctionné car mes collègues développeurs ne rencontrent pas ce problème. Que se passe-t-il ?

54voto

Todd Myhre Points 900

Je réponds à ma propre question :

Apparemment, mon URL SVN n'avait pas la bonne casse ! Une recherche sur Google a permis de trouver un article (qui n'est plus disponible en ligne) qui expliquait ce qui se passait. Mon URL était de la forme http://svn.foobar.com/foobar mais le dépôt réel était appelé http://svn.foobar.com/fooBar .

J'utilise TortoiseSVN, donc la solution était d'utiliser la commande Relocate pour corriger le chemin vers le référentiel.

J'espère que cela aidera quelqu'un d'autre.

1 votes

Merci Todd. Le lien que vous avez pour "cet article" ne semble pas mener à l'article. Essayez ceci : blog.alagad.com/2007/11/12/

0 votes

Todd, je voulais aussi te demander si tu pouvais afficher les étapes pour reproduire le problème. Bien que nos développeurs semblent avoir ce problème de temps en temps, je ne suis pas en mesure de le reproduire moi-même.

0 votes

Je n'ai jamais pu reproduire ce problème de manière cohérente, mais la solution fonctionne à chaque fois. Comme mentionné ci-dessous, c'est lié à la tendance de Windows à accepter les deux types de cas où Subversion est plus pointilleux.

6voto

Rob Walker Points 25840

Nous rencontrons ce problème périodiquement et il est très frustrant pour les développeurs. Pour une raison quelconque, la lecture du dépôt semble être insensible à la casse, mais le commit s'en soucie.

Je comprends la raison pour laquelle la casse est importante en raison des racines de Subversion dans les systèmes de classement Unix qui sont sensibles à la casse, mais j'aimerais vraiment que vous obteniez l'erreur lors du checkout initial et non lors du commit !

0 votes

Je suis d'accord, obtenir l'erreur lors de la vérification serait bien mieux.

2voto

Ronald Points 21

Todd a raison. La chose stupide est que le navigateur de repo accepte les majuscules et les minuscules lors de l'extraction mais la livraison échouera si vous utilisez la mauvaise casse lors de l'extraction.

Je suis parti de https://svn.domain.com/Company/Product/trunk mais n'a pas pu valider parce que l'URL correcte était https://svn.domain.com/company/product/trunk .

2voto

Josh Points 2820

Un autre cas où ce problème se pose est celui où vous livrez deux fois un fichier portant le même nom mais avec des capitalisations différentes (par exemple, foobar et FooBar). Ceci n'est possible, bien sûr, que sur un système Windows et peut être juste un cas particulier de la réponse de Todd ci-dessus. L'un de nos développeurs a fait cela par accident et cela nous a coûté de nombreuses heures de débogage.

0voto

shemeermali Points 547

Il est possible de ne pas assigner à partir de l'administrateur svn, lorsque l'administrateur assigne un autre dossier.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X