Lorsque j’essaie de mettre à jour ou de valider un code à partir d’un projet, il me dit que le dossier est verrouillé. Quand j’essaye de “débloquer”, il est dit qu’il n’y a rien à déverrouiller dans cet espace de travail.
Qu’est-ce que ça veut dire? Pourquoi je ne peux pas mettre à jour, valider ou même nettoyer le projet.
Faites un clic droit sur votre dossier de répertoire de travail Subversion et sélectionnez TortoiseSVN-> Nettoyer dans le menu contextuel. Cela va se répercuter dans votre répertoire de travail et nettoyer toutes les actions incomplètes, supprimer les verrous locaux (ce qui est différent d’utiliser le locking de Subversion d’un fichier dans le référentiel qui permet à tout le monde de connaître le verrou).
Si cela ne fonctionne pas, voyez si vous pouvez trouver les noms des fichiers qui ont été modifiés, mais pas encore validés, enregistrez-les et recommencez l’extraction.
Si le fichier a été verrouillé par vous-même (même compte svn), vous pouvez suivre ces étapes:
Cliquez avec le bouton droit sur le fichier ou le dossier verrouillé et sélectionnez TortoiseSVN-> Obtenir le locking … et cochez ” [] Voler les verrous ” dans le coin inférieur gauche de la boîte de dialog, cliquez sur “OK”. Si cela réussit, c’est bon. Lorsque vous cliquez à nouveau avec le bouton droit de la souris sur le fichier, vous pouvez voir TortoiseSVN-> Release lock … , cliquez pour le déverrouiller.
Pour quiconque ayant encore ce problème ( Erreur: copie de travail ‘{DIR}’ verrouillée. ), J’ai votre solution:
J’ai constaté que lorsque l’une des fenêtres de TortoiseSVN se bloquait, il restait un TSVNCache.exe qui contenait encore quelques poignées sur votre copie de travail et causait les problèmes de locking que vous renconsortingez (et empêchait également Clean Up de faire son travail).
Donc, pour résoudre ce problème:
Non plus
1a) Utilisez Process Explorer ou similaire pour supprimer les descripteurs appartenant à TSVNCache.exe
1b) ..Ou encore plus simple, utilisez simplement le Gestionnaire des tâches pour tuer TSVNCache.exe
alors
2) Faites un clic droit -> TortoiseSVN -> Nettoyer. Seul “Nettoyer l’état de la copie de travail” doit être vérifié.
De là, mise à jour / engagement heureux. Vous pouvez reproduire le comportement de Lock en effectuant une mise à jour SVN, puis en tuant rapidement son processus TortoiseProc.exe avant la fin de la mise à jour.
En utilisant la ligne de commande svn pour déverrouiller les dossiers locaux, utilisez simplement svn cleanup
.
Avant:
# svn commit -m "fixing #1234"
# svn st
# svn cleanup
Après:
# svn st
# svn commit -m "fixing #1234"
C’était la première fois que j’avais ce problème. J’ai même essayé de redémarrer le PC, sans effet. Cela résout mon problème:
Solution pour moi:
Cela fonctionne pour moi. J’ai pu commettre des changements.
Pour déverrouiller un fichier dans votre copie de travail à partir d’une invite de commande actuellement verrouillée par un autre utilisateur, utilisez l’option --force
.
$ svn unlock --force tree.jpg
J’ai eu ce problème et j’ai fait les étapes ci-dessous pour le résoudre:
Faites cette étape sur le dossier parent au lieu du dossier enfant!
Cela a fonctionné pour moi!
Je déplaçais un dossier d’un niveau vers un autre dossier. Mon erreur était de faire le déplacement depuis le dossier parent.
Mauvais exemple:
pwd -> C:\Repo\ParentDir\ svn move ./DirtoCopy ../AnotherDir
SVN doit mettre à jour le répertoire parent avec les informations sur les dossiers supprimés.
Vous devez le faire depuis la racine commune des dossiers source et destination ou utiliser des chemins d’access complets.
Bon exemple:
svn move C:\Repo\ParentDir\DirtoCopy C:\Repo\NewLocation
Solution :
En plus de la réponse de David M, tout en effectuant un nettoyage -> cochez l’option «casser les verrous». Cela assurera la libération des serrures. Ensuite, faites svn update. Cela a fonctionné pour moi.
Pour déverrouiller un document bloqué: 1. Cliquez avec le bouton droit -> Verrouiller 2. Cochez la case “Voler les verrous” 2. Libérez le verrou
Je recherche beaucoup sur cette question mais aucune solution ne résout mon problème avant que j’essaye ceci:
Mon dossier repo est partagé avec une machine virtuelle Windows xp, alors j’exécute le nettoyage à partir de la machine virtuelle, puis exécute SVD UPDATE à partir de l’hôte.
Cela a fonctionné pour moi.
Salutations du Costa Rica.
J’ai eu cela se produire après avoir Tortoise être corrompu et se bloquer lors de la tentative de mise à jour des dossiers. J’ai fini par réinstaller Tortoise, mais le verrou fantôme était toujours présent. À partir de là, j’ai dû supprimer le dossier et effectuer une nouvelle vérification. Évidemment, j’ai eu beaucoup de chance de ne pas avoir de nouveaux changements à faire à ce moment-là. Quoi qu’il en soit, ce ne sont pas de bonnes nouvelles, et si quelqu’un a une meilleure solution, j’adorerais l’entendre moi-même. Même en utilisant “Break Lock”, c.-à-d. Déverrouiller avec l’option force n’a rien changé.
Nettoyez, cochez toutes les cases => Cela fonctionne pour moi
J’ai rencontré ce problème après ces opérations:
J’ai finalement résolu le problème en forçant à nouveau le verrou: TortoiseSVN -> Get Lock -> cochez “voler le verrou” puis validez ou relâchez le verrou.