TortoiseSVN ne peut pas s'engager, dit “interdit par le serveur”

Récemment un tas de renommer des modifications ont été apportées dans un dossier que j'ai vérifié tout à l'heure. Une fois que j'ai mis à jour tous les renommer des changements, je vais avoir un problème de ne pas être capable de commettre quoi que ce soit. Il est dit ce qui suit:

TortoiseSVN ne peut pas s'engager, dit “interdit par le serveur”

Je suis capable de lire, d'écrire et de mettre à jour de nouveaux fichiers. J'ai juste ne peut pas s'engager.

Je pense que j'ai essayé presque tout - faire un nettoyage, suppression et revérifier le dossier...

J'ai googlé ce problème et quelqu'un a mentionné un cas sensible à la question lors de la vérification du référentiel, mais je suis sûr d'avoir le dépôt svn url correcte. Notez que tout fonctionnait (s'engage et tout et tout) avant tout le renommage des changements.

Quelqu'un aurait-il des indices ?

Merci!

Si vous avez accès au serveur d'hébergement de votre dépôt SVN, vérifier pour voir si vous avez la permission de les écrire dans le dossier que vous avez extrait. Si non, vous devriez contacter l'administrateur du référentiel et leur demander de vérifier vos autorisations d'accès.
Êtes-vous à l'aide de file:// comme une Subversion de l'URL, par hasard?

OriginalL'auteur O_O | 2012-04-26

  1. 10

    J'ai eu le même problème. Il s'est produit lorsque j'ai été l'ajout d'un nouveau Groupe d'Utilisateurs à l'un des Dépôts. J'ai accidentellement définir mon plus grand Groupe d'utilisateurs en Lecture Seule, sans s'en rendre compte, j'étais en elle. J'ai fini par être incapable d'un coup à commettre n'importe quel fichier ou créer un nouveau dossier, en raison de la façon dont un accès SVN fonctionne.

    Assurez-vous d'abord vous r'URL correspond exactement au Référentiel, ce qui semble être le problème le plus fréquent, alors lisez ce qui suit et vérifier votre accès Bernard suggéré.

    http://www.visualsvn.com/support/topic/00033/

    Eu exactement le même problème. J'ai été dans les deux groupes d'utilisateurs. celui qui avait en lecture seule et le second qui avait de lecture/écriture. Le deuxième groupes a été approuvées à la racine de l'opération et le groupe plus restreint été approuvées ci-dessous. Ce message d'erreur, il résume correctement. Le serveur a décidé que vous n'avez pas les permissions d'écriture.

    OriginalL'auteur qminator

  2. 2

    Assurez-vous que vous avez entré le nom d'utilisateur correct comme il est sensible à la casse cela se produit généralement lorsque le nom d'utilisateur ne correspond pas le cas sur wordpress.org . J'ai déjà perdu des heures pour résoudre ce problème.

    OriginalL'auteur muaaz

  3. 1

    Nous avons eu ce problème lors de l'utilisation de CollabNet Subversion Bord. Le correctif a été assurez-vous que les groupes définis dans notre Référentiel de Règles d'Accès a des références à d'autres groupes en utilisant le préfixe"@". Mieux expliqué par un exemple:

    L'accès au référentiel de la règle:

    [MyRepository:/branches/dev]
* = r
@admin = rw
@dev = rw

    [groups] avant:

    admin=user1,user2
dev=user3,user4

    [groups] après:

    admin=user1,user2
dev=@admin,user3,user4

    OriginalL'auteur Tom Robinson