SVN cleanup schlägt fehl - andere Lösungen gepostet sind, nicht funktionieren

Bin ich mit tortoiseSVN und ich habe nicht in der Lage, um einen commit oder update erfolgreich, seit ich Sie unterbrochen ein update (oder Begehen) Prozess eine Weile zurück. Ich habe festgestellt, andere Beiträge mit ähnlichen Themen, aber nicht die Vorschläge, die anwendbar sind, oder ich wirklich brauchen, um herauszufinden, einen Weg, um es zu beheben, ohne von vorne beginnen.

Details:

  • EDIT: Läuft Windows7
  • Wenn ich einen Begehen: es wird nicht finden, die Dateien, die geändert wurden, obwohl ich.
  • Wenn ich ein update: "update fehlgeschlagen!" Vorherige operation nicht beenden, run cleanup..
  • wenn ich versuchen zu bereinigen:
    "Cleanup" Fehler beim verarbeiten der folgenden Pfade:
    den Pfad des Ordners, den ich versuche zu Bereinigung
    Vorherige operation noch nicht beendet hat; ausführen 'Aufräumen, wenn er unterbrochen wurde
    Bitte führen Sie die 'cleanup' - Befehl"
  • Ich Update von 1.8.1 bis 1.8.4; einige problem
  • Ich habe versucht, Downgrade auf 1.7.etwas; er sagte etwas über nicht in der Lage update-log oder Datenbank... ging zurück auf 1.8.4
  • Nichts ist gesperrt, so dass weitere Anregungen zum löschen der lock-Datei nicht funktioniert
  • Hier den Vorschlag (Was tun, wenn 'svn cleanup' nicht?) für das löschen der log-Datei funktioniert nicht - ich habe nicht eine log-Datei in meine .SVN Ordner.

Sowieso um dies zu beheben ohne Check-out frisch?

danke!

Eli

Der Subversion-Arbeitskopie-format ist nicht besonders robust. Du bist das Glück für immer Fehlermeldungen: ich habe beschädigte Arbeitskopie hatte, die fehlenden Dateien und Subversion würden nicht einmal warnen. Meiner Erfahrung nach ist es einfach nicht der Mühe Wert, zu versuchen, es zu beheben: Umbenennung aktuelle Verzeichnis Auschecken, eine neue Kopie und kopieren von relevanten nicht-versionierte Dateien und ausstehende änderungen mit Ihrem Lieblings-Datei-Vergleichs-tool zum vergleichen ist der einzige Weg, um sicherzustellen, dass Sie haben eine gültige Arbeits-Kopie.
Die neueste verion (ich bin mit der 1.9.5) lösen dieses problem durch hinzufügen einer option "Pause-sperren" auf der clean-up-Menü.

InformationsquelleAutor Eli | 2014-02-11

  1. 8

    Sieht es aus wie der svn meta-info auf Ihrer lokalen workstation wurde beschädigt. Ich sehe nicht, dass Sie können dieses Problem beheben, einfach, bis, reinigen Sie Ihren Arbeitsbereich.

    Versuchen, diese...

    1. Sichern Sie Ihre Ordner
    2. Löschen .svn Ordner aus dem übergeordneten Verzeichnis und alle Unterverzeichnisse in diesem Ordner, oder
    3. Check-out fresh-code in einem separaten Verzeichnis und ... kopieren Dateien aus dem backup-Ordner, in dem Sie nicht haben .svn-Dateien, so dass Sie nicht verlieren Sie Ihre änderungen.
    Sehe ich nicht ein .ssh-Ordner in keinem meiner Verzeichnisse. Ich habe gerade noch eine .svn Ordner in den " checked-out-root-Ordner, und da sind zwei Ordner (unberührte und tmp) und 3 Dateien (Einträge, format und wc.db)).
    .svn Ordner..nicht .ssh danke Dipu
    Das klappte - vielen Dank! Ich musste nur sicherstellen, dass die Ordner es war Auschecken war auch die gleiche wie Ordner, die bereits vorhanden sind.

    InformationsquelleAutor Guru

  2. 7

    Fand ich eine gute Lösung für das gleiche Problem auf blog:

    Habe ich es versucht und es funktioniert gut. In der Tat bin ich mit source-code, der von der Größe mehr als 3 GB, in diesem Fall löschen Quellcode nach der Einnahme backup der geänderten Quellen ist sehr schwierig. So, fanden wir diese Lösung als angemessen, um meinen Fall.

    Ich danke Ihnen sehr. Alle anderen Lösungen beteiligt löschen der SVN Ordner ist +150gb (frag nicht warum). Aber dieser fix funktioniert für mich, und ersparte mir die Zeit, ziehen Sie die Quelle!
    Ja, ich habe Durchlaufen, gleiche situation. Die meisten der forum Antworten fragt, zu löschen Quelle von lokalen und check out wieder. Das ist eigentlich eine teure Lösung, bei der repository-Quelle ist groß. Froh, dass diese Lösung für Sie hilfreich und wird hoffentlich hilfreich sein, um andere.
    Beste Lösung bei weitem!!!

    InformationsquelleAutor Parth Bhagat

  3. 0

    Dies ist viel bessere Lösung, wenn Sie grub in den tiefen Ihrer repository-Struktur...nur Aufräumen eine Ebene (oder zwei) höher!

    Subversion stecken wegen "Vorherige operation noch nicht beendet hat"?

    InformationsquelleAutor Milan Bartl

  4. 0
    1. In Windows 7: Rendern von versteckten Dateien sichtbar.
    2. Back-up-Subversion-Kontrollierten Ordner.
    3. Check-Out-SVN-Repository in ein leeres "Neuer Ordner".
    4. Löschen .svn Ordner in Subversion verwalteten Ordner.
    5. Kopieren .svn-Ordner von "Neuer Ordner", um die Subversion-Kontrollierten Ordner.
    6. Löschen, "Neuer Ordner".
    7. In Windows 7: Rendern von versteckten Dateien unsichtbar.
    8. Löschen sichern von Subversion-Kontrollierten Ordner.

    InformationsquelleAutor Reimar Spohr

  5. 0

    Nur den cache Löschen und nochmal ausführen..

    Tun : GEHEN Sie zu .svn Ordner (die versteckten Ordner in der root) => Gehe zu temp => alles Löschen 🙂

    InformationsquelleAutor vaishakhiification

  6. 0

    Versuchen Sie auch svn-Bereinigung von der Befehlszeile aus.

    Ich war nur in der Lage zu verwenden, um den Fehler zu beheben: Cleanup-Fehler beim verarbeiten der folgenden Pfade: .... Vorherige operation noch nicht beendet hat; ausführen 'Aufräumen, wenn er unterbrochen wurde. Bitte führen Sie die 'cleanup' - Befehl"

    InformationsquelleAutor dtm

Schreibe einen Kommentar