SVN Commit a échoué, accès interdit
Récemment, je suis confronté à un problème d’engagement dans SVN. Le serveur SVN que j'utilise est VisualSVN Server 2.5.9 et le client est TortoiseSVN 1.7.12.
Au début, un utilisateur rencontre des problèmes pour valider des fichiers sur SVN. Mais cet utilisateur peut toujours accéder au référentiel et télécharger la mise à jour. Le deuxième utilisateur du deuxième PC fonctionne correctement. Mais aujourd'hui, le deuxième utilisateur a le même problème que le premier utilisateur.
Pourquoi est-ce arrivé? Comment le problème peut-il être résolu? Merci.
Vous pouvez obtenir l'erreur "Interdit" si votre compte d'utilisateur ne dispose pas des autorisations nécessaires pour accéder à un référentiel ou à son chemin d'accès. il est judicieux de vérifier les paramètres d'autorisation pour votre compte d'utilisateur. Assurez-vous que votre administrateur système ne vous a pas fourni l'autorisation Aucun accès au chemin du référentiel.
Si vous êtes sûr que les autorisations sont définies correctement, vérifiez une nouvelle fois l'URL que vous utilisez. Les URL dans Apache Subversion sont sensibles à la casse.
De plus, je vous conseille de lire des articles sur les autorisations dans Subversion et VisualSVN Server:
- SVNBook about autorisation basée sur un chemin .
- Article de VisualSVN Team à propos de l'autorisation basée sur le chemin. Il explique les principes de l'autorisation SVN en le comparant à Windows Access Control.
Si le problème se situe côté client, cela pourrait être l’une des causes de l’erreur.
Sur les clients TortoiseSVN enregistre les informations d'identification du client sous
Paramètres Tortoise/données sauvegardées/données d'authentification.
La même erreur s'est produite lors de la tentative de validation de mes fichiers, mais mes informations d'identification ont été modifiées. Si vous effacez ce cache ici, vous obtiendrez une fenêtre contextuelle lors de la prochaine tentative de validation pour saisir à nouveau vos informations d'identification correctes.
En tant que nouvel utilisateur de ces deux logiciels, j'ai rencontré exactement le même problème. Comme cela a également été découvert ci-dessus, ma solution consistait à utiliser les mêmes lettres que dans le chemin du référentiel.
Voici une astuce que je trouve utile: Dans VisualSVN, vous pouvez cliquer avec le bouton droit de la souris sur le chemin, puis sur "Copier l'URL dans le Presse-papiers" pour le coller dans Tortoise afin de vous assurer que le chemin est identique.
En fait, j'ai eu le même problème que vous . Mon Windows est le serveur 2008 et mon information de Subversion est:
TortoiseSVN 1.7.6, version 22632 - 64 bits, 2012/03/08 18:29:39 Sous-version 1.7.4, Avril 1.4.5 Apr-utils 1.3.12 Néon 0,29 .6 OpenSSL 1.0.0g 18 janv. 2012 Zlib 1.2.5
J'ai utilisé cette méthode et j'ai résolu ce problème ..__ J'ai utilisé l'option [group]. cette option fait problème. Je réécris le contenu du fichier authz . Je supprime l’option de groupe. et je mets un à un ... je l’utilise bien.
Merci d'avoir lu.
Je n'ai pas pu commettre de fichiers csharp (* .cs). Finalement, le problème était qu’à un moment donné j’ai installé mod_mono, ce qui rendait les fichiers * .cs inaccessibles, grâce à sa configuration. Il peut donc s'agir d'un problème de configuration Apache, si seulement certains types de fichiers ne sont pas accessibles.
grep ".cs" /etc/Apache2/mods-enabled/*
...
mod_mono_auto.conf:AddType application/x-asp-net .cs
...