Comment corriger l'erreur de verrouillage de Subversion
Comment corrigez-vous l'erreur Subversion/Subclipse "Vous avez tenté de verrouiller un répertoire déjà verrouillé"?
Googler montre que les gens rencontrent régulièrement cette erreur, et la seule solution que j'ai vue publiée consiste à exécuter la commande Team-> Cleanup de Subclipse. Malheureusement, je reçois cette erreur when J'exécute la commande Team-> Cleanup. Il y a-t-il des alternatives?
J'ai essayé de supprimer récursivement tous les fichiers lock, mais l'erreur "Le chemin n'est pas une copie de travail". J'ai fini par avoir à faire Team-> Disconnect puis Team-> Share. Lors de la reconnexion, il s'est plaint des fichiers .svn existants, qu'il a supprimés. Maintenant, il semble fonctionner.
J'avais un problème similaire
Erreur: Tentative de verrouiller un répertoire déjà verrouillé Svn: Copie de travail 'C:\work\mon projet\espaces de travail\HPDP' verrouillée.
Solution: Travaillé pour moi.
Right-click on project-->Team-->Refresh/Cleanup
J'ai essayé toutes les suggestions de ce fil, mais le seul qui a fonctionné est:
- aller au dossier dans lequel le dossier verrouillé du projet est stocké
- exécuter svn cleanup
Je comprends ça aussi. Je vais dans le répertoire (pas dans Eclipse) où se trouvent les fichiers, puis dans le répertoire .svn et supprime le fichier nommé lock.
Retournez à Eclipse et continuez.
Il existe une question similaire ici Problèmes lors de la validation du fichier dans le référentiel SVN
J'ai résolu ce problème en faisant ceci:
Faites un clic droit sur votre projet.
Cliquez sur l'équipe
Cliquez sur Actualiser/Cleaup
Vieille question, mais aucune des solutions ci-dessus n'a fonctionné pour moi. Ce qui a bien fonctionné a été de fermer Eclipse, puis d’utiliser Tortoise, de cliquer avec le bouton droit de la souris sur le projet dans l’explorateur Windows et de choisir "TortoiseSVN" -> "Nettoyer", puis d’utiliser les éléments cochés par défaut (Nettoyer le statut de la copie de travail, inclure les fichiers externes), puis cliquez sur OK.
Cela a nettoyé le dossier, puis j'ai pu mettre à jour et valider des fichiers comme d'habitude.
Avec SVN 1.8, la suppression du fichier de verrouillage n'aide pas (le fichier de verrouillage n'existe pas).
Actualiser/Nettoyer n'a pas résolu non plus.
Qu'est-ce qui a résolu:
1) Backup your directory, just incase...
2) Team... Disconnect. Choose to remove .svn files
3) Add it again to SVN.
Remarque: Dans mon cas, l'erreur était due à une perte de connexion réseau lors de la validation initiale.
Après le même problème avec "verrouillage fantôme" la seule solution était:
1) Déconnectez le projet Eclipse-> Team-> Disconnect (sélectionnez l'option pour supprimer le dossier .svn).
2) Puis "reconnectez" Eclipse-> Team-> SVN-> Share Project. Ignorer l'avertissement à propos de mieux faire une caisse. Après cela tout a bien fonctionné.
Nettoyer et redémarrer n’était pas une solution, Scan Locks n’affiche rien non plus.
svn help unlock
Et trouvez le casier après tout - le cadenas n'est pas nécessaire dans la plupart des cas
J'ai rencontré le même problème. J'ai résolu ceci par Faites un clic droit sur le projet ---> Equipe ----> Actualiser/nettoyer
Nous avons eu le même problème qui se répète. C'est une catastrophe. Que pouvez-vous faire si le nettoyage et le déverrouillage ne vous aident pas car il n'y a pas de verrou existant?
- Recherchez le dossier
.svncaché dans la structure de votre répertoire. Il contient un fichierwc.dbqui est un fichier sql lite. - Ouvrez-le avec un client SQL, par exemple DBeaver. Ajoutez une connexion sql lite à dbeaver en sélectionnant le fichier
wc.db. - Ouvrez la table WC_LOCK. Vous pouvez voir une ou plusieurs lignes contenant l'URL mentionnée dans la fenêtre d'erreur du verrou fantôme.
- Supprimer ces lignes de la table.
- Essayez de mettre à jour votre projet à partir du référentiel.
- Si vous utilisez plus de 1 dépôt dans 1 projet (externe), un autre verrou fantôme peut apparaître pendant la mise à jour. Dans ce cas, répétez le processus avec ce dossier.
J'ai passé des heures à chercher une solution à l'erreur "Tentative de verrouiller un répertoire déjà verrouillé" que je recevais dans IBM RAD. Enfin, j'ai deviné taper:
unlock <directory path>
dans la console RAD et ... volia, je pouvais enfin synchroniser mes fichiers !!
Subversion prend en charge une commande nommée "Cleanup"; il est utilisé pour libérer les verrous d'un projet 
Juste un clic droit sur le projet
Cela supprimera tous les fichiers de verrouillage (- === -) actuels créés par SVN
this will remove all the current (==---==)lock files created by SVN
hope this will help !!!!
Nous n'avons pas de serveur SVN externe. Je travaillais sur un PC avec Windows 7 Entreprise et j'utilisais le plug-in Eclipse Subversion en tant que client SVN. Le problème dans mon cas s'est produit lorsque la validation d'un fichier a pris trop de temps en raison d'un problème de réseau qui m'a obligé à redémarrer mon PC.
Après le redémarrage, j'ai commencé à avoir cette erreur: fichier XXX déjà verrouillé.
La solution consistait à installer (TortoiseSVN), faites un clic droit sur le dossier du projet SVN -> TortoiseSVN -> nettoyage.
J'espère que ce post sera une aide pour quelqu'un.
Allez dans le répertoire de métadonnées comme ci-dessous
votre espace de travail> nom du projet> .metadata
dans ce répertoire metada, il y aura un fichier de verrouillage. Supprimer ce fichier de verrouillage.
Redémarrez Eclipse et reconstruisez le projet. Cela a fonctionné pour moi!