Copie de travail 'c:\folder" verrouillé. Tentative d'écriture d'une base de données en lecture seule
Je suis nouveau à la tortue... Quand j'essaie de lancer SVN update sur c:\folder sur Windows Server 2008 R2, j'obtiens les messages d'erreur:
- "copie de travail 'c:\folder" verrouillé.
- tentative d'écrire une base de données en lecture seule
Il semble que j'ai besoin de modifier le fichier /autorisations de dossier... Que dois-je les changer?
Vous devez vous connecter pour publier un commentaire.
J'ai dû donner mon propre compte, le plein contrôle de l'annuaire. Il semblait avoir perdu ces autorisations lors de l'être copiés à l'aide de mon script powershell, qui était en cours d'exécution en tant qu'administrateur
commit
.Vous avez raison. Essayez de donner à votre compte d'utilisateur Windows de tous les droits sur la copie de travail d'un dossier. Il a travaillé pour moi aussi. De ce que j'ai vécu, c'est une sorte de logique de problème. En fait il n'est même pas une question, mais une chose normale. En bref mots: lorsqu'un utilisateur de Windows fonctionne sur une copie de travail, il verrouille la copie de travail pour lui-même. Si un autre utilisateur essaie de travailler sur la même copie de travail, il ne peut pas, parce que l'utilisateur précédent fonctionne toujours, donc il est toujours bloqué par le premier utilisateur (jusqu'à ce qu'il s'engage et libère le verrou).
Donc oui. Dans le cas où vous n'avez pas d'autre option, donner à votre compte d'utilisateur Windows de tous les droits sur le dossier si vous le pouvez.
Mon cas était le suivant. J'ai un disque dur portable sur lequel j'ai la copie de travail. Hier, j'ai travaillé avec ce disque dur sur un ordinateur et je n'ai pas commis. Aujourd'hui, j'ai dû utiliser un autre ordinateur, donc sous un autre utilisateur de Windows, mais avec le même disque dur portable. Bien sûr, la copie de travail a été verrouillé et je ne pouvais pas mettre à jour, ni engager, ni propre... je ne pouvais rien faire. Je lui ai donc donné mon actuel de l'utilisateur tous les droits sur ce dossier et il a travaillé.
Espère qu'il fait sens aujourd'hui. 🙂
Essayez d'utiliser le verrouillage de commande sur ce dossier.
Et puis un Nettoyage trop. Peut-être que cela permettra de résoudre le problème.
Vous devez explicitement ajouter votre utilisateur au dossier (et pas seulement un groupe de votre utilisateur appartient).
Ça a été corrigé par l'ajout de mon compte windows dans le répertoire et donner plein accès au compte sur le répertoire.