web-dev-qa-db-de.com

SVN "Bereits gesperrter Fehler"

Beim Versuch, eine Änderung an einem Repository (wo ich der einzige Benutzer bin) zu übergeben, wird eine Fehlermeldung angezeigt

Path
'/trunk/TemplatesLibrary/constraints/templates/TP145210GB01_PersonWithOrganizationUniversal.cs'
is already locked by user 'admin' in filesystem
'/guest/gam/Subversion/cdaapi/db'

Ich bin der Benutzer 'admin'.

Ich habe folgendes versucht, alles ohne Erfolg

  • läuft ein "Aufräumen" von Tortoise SVN
  • eine neue Kopie auschecken
  • verwenden des "Repo-Browsers" zum Sperren von Sperren, aber es werden keine Sperren angezeigt (wie von SVN-Datei, die von mir gesperrt ist, kann sie jetzt nicht festgeschrieben werden )

    Ich bin jetzt völlig festgefahren, da ich jetzt ein Repository habe, zu dem ich keine Updates festschreiben kann.

    Irgendwelche Ideen, wie ich das beheben kann

    Weitere Informationen auf Anfrage:

    SVN-Statusbefehl ergibt (ich habe Änderungen an einer Datei vorgenommen)

            92       77 admin        TP146228GB01_EncompassingEncounter.cs
            92       83 admin        TP145212GB02_WorkgroupUniversal.cs
            92       83 admin        TP146248GB01_ReferenceURL.cs
            92       85 admin        TP145201GB01_PatientUniversal.cs
            92       83 admin        TP145204GB02_RecipientWorkgroupUniversal.cs
            92       83 admin        TP145202GB01_RecipientPersonUniversal.cs
            92       83 admin        TP145203GB02_RecipientOrganizationUniversal.cs
            92       77 admin        TP145205GB01_PersonUniversal.cs
            92       83 admin        TP145202GB02_RecipientPersonUniversal.cs
            92       83 admin        TP145203GB03_RecipientOrganizationUniversal.cs
            92       85 admin        TP145211GB01_HealthCareFacilityUniversal.cs
            92       85 admin        TP145200GB01_AuthorPersonUniversal.cs
            92       83 admin        TP145207GB01_AuthorDeviceUniversal.cs
        M   92       87 admin        TP146226GB02_Consent.cs
            92       85 admin        TP146229GB01_TextSection.cs
            92       83 admin        TP145204GB03_RecipientWorkgroupUniversal.cs
            92       86 admin        TP145018UK03_CustodianOrganizationUniversal.cs
            92       83 admin        TP145208GB01_AuthorNonNamedPersonUniversal.cs
            92       70 admin        TP145214GB01_DocumentParticipantUniversal.cs
            92       85 admin        TP145007UK03_RelatedEntity.cs
            92       80 admin        TP146224GB02_Atachment.cs
            92       83 admin        TP146227GB02_ServiceEvent.cs
            92       77 admin        TP145210GB01_PersonWithOrganizationUniversal.cs
    

Ein svn-Commit gibt dann nach

svn commit --message updates
Sending        TP146226GB02_Consent.cs
Transmitting file data .svn: E195022: Commit failed (details follow):
svn: E195022: File    'D:\BENBUN_CODE\WORK\cdaapi\trunk\TemplatesLibrary\constraints\templates\TP146226GB02_Consent.cs' is locked in another working copy
svn: E170007: No lock on path '/Subversion/cdaapi/!svn/wrk/3c75d861-8462-b94e-8729-df54843044f9/trunk/TemplatesLibrary/constraints/templates/TP146226GB02_Consent.cs' (Status 423 on PUT Request)
svn: E175002: Server sent unexpected return value (423 Locked) in response to PUT request for '/Subversion/cdaapi/!svn/wrk/3c75d861-8462-b94e-8729-df54843044f9/trunk/TemplatesLibrary/constraints/templates/TP146226GB02_Consent.cs'  

Die angeforderte Ausgabe von SVN st -u wird unten gezeigt 

>svn st -u
M               92   TP146226GB02_Consent.cs
Status against revision:     92              
53
BENBUN Coder

Nachdem ich mit dem Hosting meines SVN-Repository diskutiert hatte, gaben sie mir die folgende Antwort.

Anscheinend wird mein Repository mit SVNSYNC in ein Remote-Repository repliziert. SVNSYNC hat bekannte Einschränkungen beim Erzwingen des Sperrens in den replizierten Repositorys. Hier liegt das Problem.

Die Sperren wurden vom AnkhSVN-Plugin in Visual Studio eingeführt.

Da die Sperren im Remote-Repository zu sein scheinen, erklärt dies, warum ich sie mit SVN-Befehlen nicht sehen kann.

Die Sperren werden über das Hosting-Unternehmen entfernt, und hoffentlich geht es bald wieder gut.

10
BENBUN Coder

Wenn Ihr SVN-Repository von AnkhSVN gesperrt ist, verwenden Sie einfach den Befehl "cleanup" von AnkhSVN , um die Sperre aufzuheben! ;)

64
Adriien M

Ich hatte das gleiche Problem. Dieses Problem lässt sich leicht lösen, wenn Sie den Befehl "Bereinigung" von AnkhSVN ausgeben.

10

Ich verwende AnkhSVN nicht, hatte jedoch ein ähnliches Problem, nachdem ich ein Tortoise SVN-Update abgebrochen hatte. Es ließen zwei Verzeichnisse "bereits gesperrt". Ähnlich wie die Lösung von Roman C. Verwenden Sie Get lock to, um eine Datei in jedem Verzeichnis zu sperren, das "bereits gesperrt" ist, und geben Sie diese Sperren auf. Führen Sie dann eine Bereinigung für das höchste Verzeichnis durch. Das schien das Problem zu beheben. 

5
truefish

Es ist sogar gut, die Schildkröte svn zu säubern

5
Rafał

Diese Einstellungen haben für mich funktioniert:

Screenshot

Ich konnte das Repository nach dem Verbindungszeitpunkt nicht aktualisieren, während ich das Repository auscheckte.

4

Ich musste ein Clean Up machen und "Break Locks" wählen, damit es für mich funktioniert.

4
ben

Ich habe eine ähnliche Fehlermeldung erhalten. Ich starte svn clean-up und versuchte ein paar Mal "get clock". Dann war dieser Fehler verschwunden. 

4
xiaolei.chen

Ich hatte das gleiche Problem: Ich kann nicht viele Dateien gleichzeitig festschreiben.


Das Festschreiben funktioniert von:

  1. Ausführen eines "Aufräumens" von Tortoise SVN

  2. Übertragen Sie jede Datei separat. Erstellen Sie einen neuen Stammordner, und legen Sie jede Datei oder jeden Ordner fest.


** Wenn der Fehler zurückgegeben wird, sollten Sie die Aktion Nr. 1-2 wiederholen. **

1
rut

Sie müssen Ihr Schildkröten-SVN bereinigen, indem Sie auf die Bereinigungsoption klicken, die Sie nach Erhalten. Klicken Sie mit der rechten Maustaste auf die Fenster, an denen Sie SVN aktualisieren möchten

Das hat bei mir funktioniert.

0
akshay limaye

Manchmal funktioniert das Bereinigen des Repositorys mit der Option "Sperren aufheben" immer noch nicht, wenn die Sperre von einem anderen Prozess erstellt wurde. Mögliche Lösung: 1) Erwerben Sie eine neue Sperre für den Ordner/die Datei und wählen Sie die Option "Die Sperre stehlen". 2) Geben Sie Ihre neue Sperre frei.

0
Kaylich

Benutzer von TortoiseSVN: Klicken Sie mit der rechten Maustaste auf das Hauptprojektverzeichnis> TortoiseSVN> Bereinigen ... ( stellen Sie sicher, dass Sie alle Kontrollkästchen markieren). Das hat bei mir funktioniert.

0
Janac Meena