it-swarm.com.de

Arbeitskopie gesperrt

Ich entwickle ein Web mit Subversion als Versionskontrolle, habe aber die Fehlermeldung "Arbeitsverzeichnis gesperrt" erhalten

Hier ist die Geschichte:

Ich habe 

PC-A:

  • Windows XP Pro 
  • VisualSVN 2.5.2
  • Schildkröte SVN 1.7.3

PC-B:

  • Windows XP Startseite
  • Schildkröte SVN 1.7.3

Ich habe ein Repository auf PC-A mit VisualSVN erstellt. 

Von PC-B aus checke ich http: \\ PC-A: 81\svn\test\trunk nach D:\xampp\htdocs\test-lalala. 

Von PC-A aus checke ich auch http: \\ PC-A: 81\svn\test\trunk nach D:\xampp\htdocs\test-lalala. 

Ich erstelle einen Post-Commit-Hooks, in dem die Datei my-post-commit.bat ausgeführt wird. Wenn ich mich dazu verpflichte, Folgendes anzugeben: \\ PC-A: 81\svn\test\trunk Ein Wille wird aktualisiert, damit andere Leute das Ergebnis sehen können.

"C:\Program Files\VisualSVN Server\bin\svn.exe" update "D:\xampp\htdocs\test-lalala" --username myusername --password mypassword --config-dir "C:\Program Files\VisualSVN Server\conf" 

Erstellen Sie auf PC-B die Datei index.php und bestätigen Sie Ihre Eingabe. Beim Festschreiben erhalte ich diese Fehlermeldung

error message

Auf PC-A versuche ich mit der rechten Maustaste auf D:\xampp\htdocs\test-lalala TortoiseSVN> CleanUp zu klicken und "Cleanup-Arbeitskopienstatus" und "Externe einschließen" (standardmäßig markiert) zu aktivieren. Versuchen Sie, Datei und Commit hinzuzufügen, aber es wurde immer noch dieselbe Fehlermeldung angezeigt.

Ich versuche, nach einer Sperrdatei im .svn-Ordner zu suchen, aber es gibt keine Sperrdatei. Ich versuche auch, die Arbeitskopie auf PC-A D zu löschen:\xampp\htdocs\test-lalala und noch einmal checkout, aber wenn ich mich verpflichte, bekam ich immer noch die gleiche Fehlermeldung.

Wie löse ich diese Fehlermeldung? Wenn ich also ein Commit mache, wird der Ordner automatisch aktualisiert.

67
Permana

Ich habe am Ende den Exportbefehl und nicht den Aktualisierungsbefehl verwendet. Dies ist der Hook nach dem Commit

"C:\Programme\VisualSVN Server\bin\svn.exe" Export "D:\xampp\htdocs\test-lalala" --quiet --non-interactive --force --username myusername --password meinpasswort

1
Permana

Jedes Mal, wenn ich eine gesperrte Arbeitskopie bekomme, führe ich ein "Aufräumen" aus. Danach ist alles wieder normal.

In der Befehlszeile können Sie svn cleanup ausführen, wodurch auch Sperrdateien entfernt werden.

Hinweis: Führen Sie diesen Vorgang auf einer Ebene nach oben durch, und dies sollte die meiste Zeit beheben.

185
tatianes

Für alle, die noch immer dieses Problem haben (Fehler: Arbeitskopie '{DIR}' ist gesperrt.), Habe ich Ihre Lösung:

Ich habe festgestellt, dass beim Absturz eines TortoiseSVN-Fensters eine TSVNCache.exe übrig bleibt, die immer noch ein paar Handles für Ihre Arbeitskopie enthält und die Probleme mit dem Sperren verursacht, die Sie sehen (und dass auch Clean Up nicht seine Aufgabe erfüllt).

Um dies zu beheben:

Entweder

1a) Verwenden Sie den Process Explorer oder ähnliches, um die Handles von TSVNCache.exe zu löschen

1b) ... Oder noch einfacher: Verwenden Sie den Task-Manager, um TSVNCache.exe zu beenden

Dann

2) Rechtsklick -> TortoiseSVN -> Aufräumen. Nur "Status der Arbeitskopie aufräumen" muss geprüft werden.

Von dort aus glücklich aktualisieren/begehen. Sie können das Sperrverhalten reproduzieren, indem Sie das SVN-Update durchführen und dann den Prozess TortoiseProc.exe schnell beenden, bevor das Update abgeschlossen ist.

36

Führen Sie ein "Bereinigen" auf oberster Verzeichnisebene aus.

21
Prince

Ich löste es durch Löschen des WC_Lock-Datensatzes in der SQLite-Dateisperre ".svn\wc.db" in der WC_LOCK-Tabelle.

Öffnen Sie einfach die "wc.db" -Datei mit dem SQLite-Editor und führen Sie sie aus

aus WC_LOCK löschen

Die Lösung wurde in einem anderen Link gegeben, den ich momentan nicht finden kann. Aber wirklich ziemlich fix; ohne sich darum zu kümmern, alle Verzeichnisse zu löschen

10
sgupta

Ich habe es behoben, indem ich den versteckten .svn-Ordner gelöscht und durch den neuen Checkout .svn ersetzt habe, und es hat funktioniert. Wahrscheinlich wurde dieser versteckte Ordner durcheinander gebracht! 

7
hackintosh152

Ich bin sicher, es funktioniert gut für dich

Zum obersten SVN-Ordner.

Klicken Sie mit der rechten Maustaste auf den Ordner (der Ihre SVN-Dateien enthält) -> TortoiseSVN -> CleanUp

Dies wird sicherlich Ihr Problem lösen. 

4
Sadikhasan

Wenn Sie Windows-Typ sind und "Tortoise SVN" -Benutzer verwenden.

Wählen Sie die Datei aus. Rechtsklick . Option 'Tortoise SVN' -> get Lock . Verwenden Sie die Option 'Steal The Lock'.

3
Shirish

Sie können es mit nur einem Schritt beheben. 

Schritt 1: Öffnen Sie das Terminal und gehen Sie zu Ihrem Projekt, dann feuern Sie den Befehl "svn cleanup" und dann "svn update" ab. 

2
Hardik Savani

Wenn Sie einen Arbeitskopierfehler erhalten, führen Sie einfach das svn cleanup aus, das alle unerwünschten Dateien und Ordner bereinigt. Wenn noch ein Fehler auftritt, dann machen Sie eine Sache. 

Kopieren Sie Ihre Dateien auf ein anderes Laufwerk und löschen Sie den Ordner oder die Datei der Arbeitskopie. Nehmen Sie dann ein Update vor, um die neue Datei abzurufen, und ersetzen Sie diese durch Ihre aktualisierte Kopie und bestätigen Sie sie.

1
LivCool

Tortoise svn -> aufräumen  

Das ist alles in SVN 

1
prashant thakre

fehler "Arbeitskopie gesperrt", Folgen Sie einfach den Schritten:

  1. In welchem ​​Verzeichnis wird beim Update ein Fehler angezeigt? 
  2. Wechseln Sie in das übergeordnete Verzeichnis 
  3. Im übergeordneten Verzeichnis gehen Sie in das versteckte Verzeichnis ".svn" 
  4. Datei mit dem Namen "lock" entfernen
  5. Aufräumen und Fertig 

Sie können das SVN ohne Fehler richtig aktualisieren

1
Ram Balwad

Läuft Ihre BitLocker-Festplattenverschlüsselung? In meinem Fall hat das gesamte Laufwerk der Festplatte für die Verschlüsselung gesperrt, und der SVN ist mit diesem Fehler fehlgeschlagen.

0
KrishPrabakar

Ich habe die gleichen Probleme erlebt, die Sie beschrieben haben. Es scheint ein Fehler in Tortoise 1.7.3 zu sein. Ich bin auf 1.7.2 zurückgekehrt, habe eine Bereinigung und ein Update durchgeführt. Nun funktioniert meine SVN/Tortoise wieder einwandfrei

0
Alan Fletcher

Für PHPStorm oder Intellij:

VCS -> Cleanup Project
0
Frank Roth