wake-up-neo.com

So beheben Sie den Subversion-Sperrfehler

Wie können Sie den Subversion/Subclipse-Fehler "Versucht, ein bereits gesperrtes Verzeichnis zu sperren" beheben?

Googling zeigt, dass Leute diesen Fehler routinemäßig feststellen, und die einzige Lösung, die ich gesehen habe, ist, den Befehl Team-> Cleanup von Subclipse auszuführen. Leider erhalte ich diese Fehlermeldung when Ich führe den Befehl Team-> Cleanup aus. Gibt es noch andere Möglichkeiten?

54
Cerin

Ich habe versucht, alle lock-Dateien rekursiv zu löschen. Dies führte jedoch zu dem Fehler "Pfad ist keine Arbeitskopie". Am Ende musste ich Team-> Disconnect und dann Team-> Share machen. Beim Wiederverbinden klagte es über vorhandene .svn-Dateien, die gelöscht wurden. Jetzt scheint es zu funktionieren.

0
Cerin

Ich hatte ein ähnliches Problem . Team-> Refresh/Cleanup Mein Problem wurde gelöst

98
user3312309

Fehler: Versuch, ein bereits gesperrtes Verzeichnis zu sperren Svn: Arbeitskopie 'C:\work\myproject\workspaces\HPDP' gesperrt.

Lösung: Für mich gearbeitet.

        Right-click on project-->Team-->Refresh/Cleanup
22
Vijay Bhatt

Ich habe alle Vorschläge aus diesem Thread ausprobiert, aber der einzige, der funktioniert hat, ist:

  1. gehen Sie zu dem Ordner, in dem der Ordner mit den Projektsperren gespeichert ist
  2. svn cleanup ausführen
17
Andrea Girardi

Ich bekomme das auch. Ich gehe in das Verzeichnis (nicht in Eclipse), in dem sich die Dateien befinden, gehe in das Verzeichnis .svn und lösche die Datei mit dem Namen lock

Kehre zu Eclipse zurück und fahre fort.

Es gibt eine ähnliche Frage hier Probleme beim Übertragen einer Datei in das SVN-Repository

14
robot-nofollow

Ich habe dieses Problem dadurch gelöst:

  1. Klicken Sie mit der rechten Maustaste auf Ihr Projekt.

  2. Klicken Sie auf Team

  3. Klicken Sie auf Refresh/Cleaup

10
Mhandroid

Alte Frage, aber keine der oben genannten Lösungen funktionierte für mich. Was funktionierte, war Eclipse zu schließen, dann mit Tortoise rechtsklicken Sie auf das Projekt in Windows Explorer und wählen Sie "TortoiseSVN" -> "Bereinigen". Verwenden Sie dann die standardmäßigen Kontrollkästchen (Bereinigen des Arbeitskopienstatus, Externen einschließen). Klicken Sie dann auf OK.

Dadurch wurde der Ordner aufgeräumt, und ich konnte Dateien wie gewohnt aktualisieren und bestätigen.

4
Justin

Mit SVN 1.8 hilft das Löschen der Sperrdatei nicht (Sperrdatei ist nicht vorhanden).

Refresh/Cleanup hat auch nicht gelöst.

Was haben Sie gelöst?

1) Backup your directory, just incase...
2) Team... Disconnect. Choose to remove .svn files
3) Add it again to SVN.

Hinweis: In meinem Fall war der Fehler auf den Verlust der Netzwerkverbindung während des ersten Commits zurückzuführen.

3
Cedric Simon

Nach dem gleichen Problem mit "Phantom Lock" war die einzige Lösung:

1) Trennen Sie das Projekt Eclipse-> Team-> Disconnect (Wählen Sie die Option zum Löschen des .svn-Ordners aus.)

2) Als Eclipse-> Team-> SVN-> Share Project erneut verbinden. Ignorieren Sie die Warnung, dass Sie einen Checkout durchführen sollten. Danach hat alles gut funktioniert.

Bereinigung und Neustart waren keine Lösungen, auch Scan Locks zeigte nichts.

3
SkateScout

svn help unlock

Und nach Schließfächern suchen - Schließung wird in den meisten Fällen nicht benötigt

2
Lazy Badger

Ich habe das gleiche Problem gehabt. Ich habe das Problem gelöst durch Klicken Sie mit der rechten Maustaste auf Projekt ---> Team -> Aktualisieren/Aufräumen

2
user5650798

Wir hatten das gleiche Problem. Es ist ein Desaster. Was können Sie tun, wenn das Aufräumen und Entsperren nicht hilft, da keine Sperre vorhanden ist?

  1. Suchen Sie den versteckten Ordner .svn in Ihrer Verzeichnisstruktur. Es enthält eine wc.db-Datei, die eine SQL Lite-Datei ist.
  2. Öffnen Sie es mit einem SQL-Client, z. DBeaver. Fügen Sie dem DBEVER eine SQL Lite-Verbindung hinzu, indem Sie die Datei wc.db auswählen.
  3. Öffnen Sie die WC_LOCK-Tabelle. Sie können eine oder mehrere Zeilen sehen, die die URL enthalten, die im Fehlerfenster für die Phantomsperre erwähnt wurde.
  4. Löschen Sie diese Zeilen aus der Tabelle.
  5. Versuchen Sie, Ihr Projekt über das Repo zu aktualisieren.
  6. Wenn Sie mehr als 1 Repo in 1 Projekt (extern) verwenden, wird während des Updates möglicherweise eine andere Phantomsperre angezeigt. In diesem Fall wiederholen Sie den Vorgang mit diesem Ordner.
1
Szabó Ákos

Ich habe stundenlang nach einer Lösung für den Fehler "Versucht, ein bereits gesperrtes Verzeichnis zu sperren" gesucht, das ich in IBM RAD erhalten habe. Zum Schluss habe ich gedacht zu schreiben:

unlock <directory path>

in der RAD Konsole und ... volia konnte ich endlich meine Dateien synchronisieren !!

0
samwhocan

Subversion unterstützt einen Befehl namens "Cleanup"; Es wird verwendet, um die Sperren für ein Projekt freizugeben enter image description here

0
Brajesh

Klicken Sie mit der rechten Maustaste auf Projekt

  1. Klicken Sie auf Team

  2. Klicken Sie auf Refresh/Cleaup

dadurch werden alle aktuellen lock Dateien entfernt, die von SVN erstellt wurden

hoffe das wird helfen !!!!

0
Akitha_MJ

Wir haben keinen externen SVN-Server. Ich habe auf einem PC mit Windows 7 Enterprise gearbeitet und das Eclipse Subversion-Plugin als SVN-Client verwendet. Das Problem trat in meinem Fall auf, als das Festschreiben einer Datei aufgrund eines Netzwerkproblems, das mich zum Neustart meines PCs zwang, zu lange dauerte.

Nach dem Neustart bekam ich folgende Fehlermeldung: XXX-Datei ist bereits gesperrt.

Die Lösung bestand in der Installation (TortoiseSVN). Klicken Sie mit der rechten Maustaste auf den SVN-Projektordner -> TortoiseSVN -> Aufräumen.

Ich hoffe, dass dieser Beitrag jemandem helfen würde.

0

Wechseln Sie in das unten stehende Metadatenverzeichnis

ihr Arbeitsbereich> Projektname> .metadata

in diesem Metada-Verzeichnis befindet sich eine Sperrdatei. Löschen Sie diese Sperrdatei.

Starten Sie Eclipse neu und erstellen Sie das Projekt neu. Es hat bei mir funktioniert!

0
JTechseeker