Copie de travail verrouillée erreur dans tortoise svn, tout en s'engageant
Je suis en utilisant Tortoise SVN pour mettre à jour et valider les modifications apportées à l'espace de stockage dans le serveur à chaque fois que je modifie ma copie de travail. Mais depuis quelques jours je ne suis pas en mesure de valider les modifications et j'obtiens l'erreur suivante chaque fois que je tente de commettre.
Working copy 'C:\Program Files\EasyPHP\www\project\php' locked.
'C:\Program Files\EasyPHP\www\project' is already locked.
J'ai essayé de débloquer le dossier en cliquant droit dessus et en choisissant Tortoise SVN > verrouillage, il dit
Il n'y a rien à débloquer. Aucun fichier n'a un verrou dans cette copie de travail
Quel pourrait être le problème?
Vous devez vous connecter pour publier un commentaire.
Pas de problème... essayez ceci:
Cela va certainement résoudre votre problème. Je l'ai fait beaucoup de temps... 🙂
Note. Assurez-vous que "Briser les verrous de" l'option est activée dans le dialogue Nettoyage.
Accepté la réponse n'a pas fonctionné pour moi. Pour remédier à ce problème, j'ai dû faire un clic droit sur le fichier qui a été verrouillé, sélectionnez
repo-browser. Cela ouvre une popup avec les fichiers 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 de dépôt, de retour sur l'explorateur, j'ai enfin pu commettre!
Je suis tombé sur cette question. Pour certains, je tiens à souligner que si elle est verrouillée, VÉRIFIEZ AUPRÈS de VOTRE ÉQUIPE. Quelqu'un de l'équipe peut avoir certaines choses verrouillé parce qu'ils y travaillent (ce qui permet aux développeurs de travailler sur des choses sans les autres à venir dans et en essayant de travailler sur le même contenu). Si c'est le cas, en libérant la serrure, puis la mise à jour risque de perdre des données pour le développeur qui l'a enfermé.
Avec cela à l'esprit, ma préoccupation était que le "nettoyer" option pourrait peut-être changer ma copie de travail ou de supprimer des informations de l'opération au niveau de la Subversion. Ce n'est pas le cas. La réponse a fonctionné pour moi. Mine est verrouillé lorsque j'ai cliqué sur annuler pendant le moyen d'une mise à jour. J'ai fini par tirer certains de nos succursales et je n'ai pas besoin de stuff, donc j'ai cliquer sur "cancel". Ma copie de travail est devenu verrouillé. Je ne pouvais pas trouver tous les documents qui est venu comme "verrouillé" lorsque j'ai utilisé la commande 'libération'. Cela me laisse perplexe et sur une lecture rapide (et ce fil) j'ai essayé de le "nettoyer" de commande. Après un nettoyage, il a résolu mon problème et rien n'a été verrouillé plus.
source: http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-locking.html
Il y a de multiples significations de "verrou" sur le SVN et certaines de ces réponses que parler de "pause " lock" ou un coéquipier, le maintien d'un verrou ne sont pas selon le sens de la question d'origine. Cette question est à traiter avec la copie de travail "verrous" (c'est à dire qu'ils sont entièrement locale de la copie de travail sur votre ordinateur et n'ont rien à voir avec vous ou coéquipiers le maintien d'un verrou/check-out sur un fichier). La accepté de répondre par MicroEyes est en se référant à l'utilisation correcte et c'est votre meilleure option lorsque cela se produit.
Si un nettoyage ne fonctionne pas, vous pouvez avoir besoin de vérifier une nouvelle copie de travail du projet. Si vous avez un modifié, l'onu engage fichiers, vous aurez besoin de les copier sur les frais de la copie de travail de sorte que vous ne perdez pas vos modifications.
Voir cette page dans le Tortoise SVN docs pour une description des trois usages de "verrouillage": http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-dug-locking.html
Extrait (italiques ajoutés):
Je n'avais aucune idée de ce fichier a été le dispositif de verrouillage est donc ce que j'ai fait pour sortir de ce problème a été:
Cela a fonctionné pour moi.
J'avais essayé diverses choses, y compris les "Nettoyer" sur le bas des sous-répertoires. Enfin, j'ai essayé la mise à jour du dossier de niveau supérieur. Rien. Puis j'ai lu le "Nettoyer la haut niveau" de la pointe. J'ai essayé aussi. Le nettoyage de la partie réussi, mais la serrure est resté. Ma solution a été de revenir au top niveau, les nettoyer, puis nettoyer chaque rouge (!) dossier je pouvais descendre à. Après tout a été "Nettoyé", la mise à jour a fonctionné parfaitement. La "rupture " lock" astuce semble bon, aussi, avec l'exception que quelqu'un de votre équipe pourrait légitime de verrouillage sur les choses.
J'ai réussi à enfermer d'un fichier svn - ne sais pas comment, mais quand j'ai essayé de (re)-l'obtention de la serrure (la Tortue a été montrant le "Verrouillage" de l'option pour le fichier), il se plaint que déjà la serrure. J'ai essayé de supprimer le fichier et la validation de la modification du répertoire - même résultat. J'ai essayé de Nettoyage (y compris l'actualisation de la superposition), mais qui a échoué aussi.
La solution était d'aller à la Tortue de l'explorateur, trouver le fichier et utiliser la écluse de pause fonction.
Windows Solution:
https://sourceforge.net/projects/win32svn/
1.Le télécharger, puis l'ajouter à chemin d'accès système.
2.Aller au répertoire de travail exécuter la commande "svn propre" et "svn update" dans cmd.