J'utilise Tortoise SVN pour mettre à jour et valider les modifications du référentiel du serveur chaque fois que j'apporte des modifications à ma copie de travail. Mais à partir de quelques jours, je ne suis pas en mesure de valider les modifications et j'obtiens l'erreur suivante chaque fois que j'essaie de valider.
Working copy 'C:\Program Files\EasyPHP\www\project\php' locked.
'C:\Program Files\EasyPHP\www\project' is already locked.
J'ai essayé de déverrouiller le dossier en faisant un clic droit dessus et en sélectionnant Tortoise SVN> Libérer le verrouillage , il est dit
Il n'y a rien à débloquer. Aucun fichier n'a de verrou dans cette copie de travail
Quel pourrait être le problème?
svn
tortoisesvn
Anil
la source
la source
La réponse acceptée n'a pas fonctionné pour moi. Pour résoudre ce problème, j'ai dû faire un clic droit sur le fichier qui était verrouillé, sélectionnez
repo-browser. Cela a ouvert une fenêtre contextuelle avec les fichiers tels qu'ils sont sur le serveur SVN. J'ai ensuite cliqué avec le bouton droit sur le fichier verrouillé et sélectionnébreak lock.Lorsque j'ai fermé le navigateur du référentiel, de retour sur l'explorateur, j'ai enfin pu m'engager!
la source
la source
J'ai également rencontré ce problème. Pour certains, je tiens à souligner que s'il est verrouillé, VÉRIFIEZ AVEC VOTRE ÉQUIPE. Certains membres de l'équipe peuvent avoir certaines choses verrouillées parce qu'ils y travaillent (cela permet aux développeurs de travailler sur des choses sans que d'autres n'entrent et essaient de travailler sur le même contenu). Si tel est le cas, la libération du verrou, puis la mise à jour risquent de perdre des données pour le développeur qui l'a verrouillé.
Dans cet esprit, ma préoccupation était que l'option «nettoyer» modifierait éventuellement ma copie de travail ou supprimerait des informations du niveau Repo de Subversion. Ce n'est pas le cas. La réponse a fonctionné pour moi. Le mien s'est verrouillé lorsque j'ai cliqué sur Annuler au milieu d'une mise à jour. J'ai fini par tirer certaines de nos branches et je n'avais pas besoin du matériel, alors j'ai appuyé sur Annuler. Ma copie de travail est devenue verrouillée. Je n'ai pas trouvé de documents qui se sont révélés «verrouillés» lorsque j'ai utilisé la commande «déverrouiller». Cela m'a laissé perplexe et après une lecture rapide (et ce fil), j'ai tenté la commande «nettoyer». Après un nettoyage, mon problème a été résolu et rien n'était plus verrouillé.
source: http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-locking.html
la source
Il y a plusieurs significations de «verrou» dans SVN et certaines de ces réponses qui parlent de «briser le verrou» ou d'un coéquipier tenant un verrou n'utilisent pas le sens pertinent pour la question originale. Cette question concerne les "verrous de copie de travail" (c'est-à-dire qu'ils sont entièrement locaux de la copie de travail sur votre ordinateur et n'ont rien à voir avec vous ou vos coéquipiers détenant un verrou / extraction sur un fichier). La réponse acceptée par MicroEyes fait référence à l'utilisation correcte et constitue votre meilleure option lorsque cela se produit.
Si un nettoyage ne fonctionne pas, vous devrez peut-être extraire une nouvelle copie de travail du projet. Si vous avez des fichiers modifiés et non validés, vous devrez les copier dans la nouvelle copie de travail afin de ne pas perdre vos modifications.
Voir cette page dans la documentation Tortoise SVN pour une description des trois utilisations de "lock": http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-locking.html
Extrait (italiques ajoutés):
la source
Je n'avais aucune idée de quel fichier avait le verrou, donc ce que j'ai fait pour sortir de ce problème était:
Cela a fonctionné pour moi.
la source
J'avais essayé diverses choses, y compris "Clean Up" sur les sous-répertoires inférieurs. Enfin, j'ai essayé de mettre à jour le dossier de niveau supérieur. Rien. Ensuite, j'ai lu le conseil "Nettoyer le niveau supérieur". J'ai essayé ça. La partie nettoyage a réussi, mais le verrou est resté. Ma solution était de revenir au niveau supérieur, de nettoyer, puis de nettoyer chaque dossier rouge (!) Dans lequel je pouvais explorer . Après que tout a été "nettoyé", la mise à jour a parfaitement fonctionné. L'astuce "break lock" semble également bonne, à l'exception du fait qu'un membre de votre équipe peut avoir un verrou légitime sur les choses.
la source
J'ai réussi à me verrouiller hors d'un fichier dans svn - je ne sais pas comment - mais quand j'ai essayé de (re) -obtenir le verrou (Tortoise montrait l'option "Get Lock" pour le fichier), il s'est plaint qu'il avait déjà le fermer à clé. J'ai essayé de supprimer le fichier et de valider le changement de répertoire - même résultat. J'ai essayé CleanUp (y compris l'actualisation de la superposition), mais cela a également échoué.
La solution était d'aller dans le repo-browser Tortoise, de trouver le fichier et d'utiliser la fonction break lock .
la source
Si cela ( https://stackoverflow.com/a/11764922/3045875 ) ne résout pas le problème: Vérifiez si un autre outil SVN interfère et fermez l'outil. Nous avons juste eu du mal quelques heures à fusionner en utilisant TortoiseSVN et avons eu des dizaines d'erreurs de verrouillage. Finalement, nous avons pensé que l'intégration Matlabs SVN interférait et après la fermeture, tout a fonctionné.
la source
Solution Windows:
https://sourceforge.net/projects/win32svn/
1.Téléchargez-le, puis ajoutez-le au chemin système.
2. Allez dans le répertoire de travail, exécutez "svn clean" et "svn update" dans cmd.
la source