Pourquoi reçois-je " SVN: Copie de Travail XXXX verrouillé; essayez d'effectuer 'nettoyage'?

Question

Si vous avez travaillé avec des outils SVN dans Eclipse, Subversion, subversive) avant, alors vous êtes probablement familier avec le travail de copie 'XXX' bloqué..." erreur.

J'ai trouvé un post très utile avec une solution de contournement pour ce problème: SVN Copie de Travail xxx verrouillé de nettoyage et de l'échec

Aussi grande que la solution de contournement est, c'est une douleur à le faire encore et encore. Personne ne sait pourquoi je reçois cette erreur et ce que je pourrais faire pour l'empêcher?

Contexte: je suis entrain de créer un plugin Eclipse qui consiste à écouter, pour SVN événements, afin de tester ce plugin, je suis constamment à l'ouverture et la fermeture de l'espace de travail. J'ai l'habitude de faire 1 ou 2 s'engage chaque fois que j'ouvre l'espace de travail. Chaque si souvent la validation échouera et je reçois la "copie de travail "verrouillé" erreur. J'aimerais pour cette erreur de ne pas se produire plus, donc tout conseil est le bienvenue.

Merci!

Answer 1

1. Sélectionnez le projet
2. Clic droit sur le Projet sélectionné
3. L'Équipe -> Nettoyage

Le Problème Est Résolu.

Remarque: Les étapes ci-Dessus ne fonctionne que Eclipse(Indigo paquet)

Answer 2

Généralement un .lock le fichier est créé et il décide de verrouillage/déverrouillage de l'état de la vérification de la existince de ce fichier. Je pense que si vous supprimez cette .lock le fichier, le problème disparaîtra.

Answer 3

J'ai eu beaucoup de problèmes avec SVN avant et une chose qui a certainement m'a causé des problèmes, c'est de modifier des fichiers en dehors d'Eclipse ou de supprimer manuellement les dossiers (qui contient le .svn dossiers), qui a probablement m'a donné le plus de mal.

modifier Vous devez aussi être prudent de ne pas interrompre les opérations SVN, bien que parfois un bug peut se produire et cela peut entraîner l' .lock le fichier pour ne pas être supprimé, et par conséquent votre erreur.

Answer 4

Après plus d'exploration et aux essais, il semble que ce problème a été causé par le débogage le plugin et l'utilisation de points d'arrêt. SVN/Subclipse apparemment n'aimais pas avoir des points d'arrêt à mi-chemin par le biais de leur exécution, et en conséquence cette verrouiller les fichiers ont été créés. Dès que j'ai commencé juste de fonctionnement du plugin, ce problème a disparu.

Answer 5

J'ai eu le même problème à l'aide de l' com.xxx.service.model package.

Pour le fixer, j'ai d'abord fait une sauvegarde du code des changements dans le modèle de colis. Ensuite supprimé modèle de colis et synchronisé avec le référentiel. Il va signaler l'entrée de l'intégralité du dossier/paquet. Puis mis à jour mon code.

Enfin, collez le code s'engagent à le Dépôt SVN. Il fonctionne très bien.