Neuerstellung SVN-wc.db

Einige unserer development-teams hatten Probleme mit Ihren arbeiten kopiert und es wird angezeigt, dass das wc.db-Datenbank ist beschädigt. Gibt es einen schnellen Weg, um zu reparieren oder die Datenbank neu erstellen, anstatt das zu tun einen frischen checkout?

Die Fehlermeldung die ich bekomme ist "no such table: wcroot", und das OS ist Windows 7 und mit TortoiseSVN 1.7.6.

Obwohl dies ist ein Fehler, was ist die beste option, wenn Sie die SQLite-Datenbank beschädigt wird, neben der eine volle Kasse?

bitte geben Sie zusätzliche Informationen, wie zum Beispiel: genaue Fehlermeldung, svn-client(+version), svn-server und OS

InformationsquelleAutor John Bowker | 2012-05-15

  1. 2

    SmartSVN schlägt vor, ein tool, dass alle Reparaturen einige Arten oder wc.db-Korruption (Ändern|Überprüfen admin-Bereich) -, Abruf-fehlende/falsche Informationen aus dem repository. Ich bin nicht sicher, es hilft, aber probieren Sie es aus.

    Danke, ich werde versuchen, SmartSVN. Ich hatte gehofft eine Lösung zu finden, mit der ich script oder zumindest könnte es ein Befehl SVN wiederherstellen der Datenbank.

    InformationsquelleAutor Dmitry Pavlenko

  2. 3

    Einfach, nur ein downgrade.

    Da ist absolut keine Logik in setzen alle Ihre Metadaten in eine SQLite-Datenbank, Subversion-Entwickler sind nicht so hell. Sie hatten früher .svn-Dateien, verteilt in Ihre Kasse ... ein .svn Ordner wird geschraubt, passiert es gelegentlich. Ganz einfach: benennen Sie, check it out wieder Zusammenführen lokale änderungen - mit Subversion 1.7 die Lösung ist "bitte überprüfen Sie die 10G wieder".

    Wenn du ein großes Projekt, wie ich es Tue (mehr als 10 GB) und Sie sich nicht leisten können, zu überprüfen, das ganze Zeug auf einer monatlichen basis, ein downgrade von Subversion.

    Sparse-checkouts sind, was Sie wollen. Wie es ist, ich habe nicht gesehen, eine beschädigte wc.db noch, und es gibt sehr, sehr wenige Berichte von Korruption auf das internet. Das heißt, ich hab gerade geschaut auf das Datum der Frage!
    Ja, es ist selten, aber wir haben Kassen von über 150 GB und die sind spärlich Check-out. Das eigentliche problem ist der Mangel an guten open-source/free-content-management als die Mehrheit der großen Dateien, sind die assests, ich bin in der Videospiel-Industrie.
    alles, was Sie tun müssen, ist mithilfe von subversion <1.7, funktioniert das ziemlich gut für mich, so weit.

    InformationsquelleAutor thecarpy

  3. 0

    Ohne zu wissen, was das problem ist, es ist schwierig zu diagnostizieren. Die einfachste ist die Durchführung einer neuen Kasse (und dann kopieren oder Zusammenführen alle lokalen änderungen über).

    Gibt es einige Vorschläge, die Sie könnten versuchen,hier aufgelistet.

    InformationsquelleAutor gbjbaanb

  4. 0

    Ich hatte das gleiche problem, dem Grund weil meine Maschine ist von der Lagerung.
    Nach frei-Räume, Sie problem ist Weg.

    InformationsquelleAutor Envil

Schreibe einen Kommentar