Ist es möglich, sich zu erholen bestimmte SVN-revision durch reverse-merge?

Habe ich TortoiseSVN 1.8.7 + VisualSVN Server 2.7.7 installiert auf meinem PC (Windows Server 2012). Vor kurzem mein Kollege hat mir gesagt, wenn er versuchen Sie zu aktualisieren", werden Die XML-Antwort enthält ungültigen XML-Code" - Fehler erschien nachdem der dialog aufgeführt mehrere aktualisierte Dateien. Wenn er wieder ein update der Arbeitskopie gesperrt ist und muss Aufräumen.

Ich mit dem gleichen repository wie mein Kollege, aber ich kann das update und commit ohne problem.

Nach der Untersuchung, ich fand die Festplatte auf Fehler in der Ereignisanzeige, und als ich öffnete die log, ich kann nicht sehen, loggen Sie früher als 6291. Ich habe versucht, die Datei zu öffnen "Projekt\db\rev\6290", und nach 10~15 sec., der Inhalt leer ist, und mehr disk-Fehler ist erschienen in der Ereignisanzeige. Ich kopierte alle Dateien mit robocopy auf eine andere Festplatte, nur die oben genannte Datei ist fehlgeschlagen.

Ich dachte, diese revision, die Dateien sind wie diff-Dateien, also vielleicht kann ich Arbeitskopie(derzeit r6295) und Projekt\db\6291~6295 zu "reverse merge", um 6290? Ist es möglich?

InformationsquelleAutor Vinix Wu | 2014-08-05

  1. 3

    Reverse merge wird nicht helfen hier.

    Zunächst ist es sinnvoll zu bestimmen, die Ursache für den Fehler Ihrer Kollegin bekommt. Sie sagen, dass Sie nicht den Fehler, so bringt es uns um die folgenden Fragen:

    • Ist seine Arbeitskopie gebrochen? Führen Sie svn cleanup gegen die Arbeitskopie und sehen, ob der Fehler weiterhin besteht. Es macht auch Sinn, zu versuchen, die Reproduktion des Fehlers mit eine saubere Arbeitskopie, z.B. laufen svn checkout und sehen, ob man den Fehler oder nicht.

    • Ist das repository beschädigt? Führen Sie svnadmin verify -q gegen das endlager und überprüfen Sie die Ausgabe. Ich denke, dass in deinem Fall das repository gesund ist, aber wenn es nicht ist, dann ist die einfachste Lösung wäre die Wiederherstellung des repository aus einer Sicherung.

    Ist seine Arbeitskopie kaputt? Nein, svn cleanup nicht helfen. das repository beschädigt? ja, r6290 ist gebrochen. Der Inhalt der Datei "Projekt\db\rev\6290" fehlt. Ich habe versucht "svn überprüfen" und finden r2289 ist gebrochen zu und erholte es aus dem backup. Allerdings habe ich nicht die Sicherung für r6290.

    InformationsquelleAutor bahrep

  2. 3

    Während der Ausführung von Kapersky Endpoint Security 10.0 auf meinem laptop, dass ich auf diese Fehler wiederholt innerhalb einer minute oder so von der Initiierung einer Kasse von einer großen Quelle-Filiale.

    Vorübergehend deaktivieren, die Kapersky-Schutz löste das Problem für mich.

    InformationsquelleAutor womp

  3. 0

    Die Datei \db\revprops\6290 ist noch intakt, so kann ich sehen, das log habe ich eingegeben. Es erinnert mich daran, dass nur 1 Datei ist geändert in revision.

    Also habe ich folgende Schritte ausgeführt:

    1. Verschieben von Dateien von revision 6290~6295 zu einem anderen Standort aus \db\revprops und \db\Drehzahlen gesichert werden.
    2. Ändern \aktuelle und die eingestellte neueste revision 6289.
    3. Ändern Sie die Datei, die ursprünglich geändert r6290 wieder und Begehen, so wird es neue Dateien in 6290 \db\revprops und \db\Drehzahlen.
    4. Verschieben Sie die Dateien in Schritt 1 gesichert wieder zu \db\revprops und \db\Drehzahlen. Die Datei \db\revprops\6290 überschrieben, so dass die ursprünglichen commit-Datum wiederhergestellt als gut.
    5. Ändern \aktuelle und legen Sie die Letzte revision zurück 6295.

    Nun meine Kollegen können das update ganz normal und ich kann sehen, dass alle änderungen protokolliert, wenn ich mit Repository-Explorer und geben Sie die URL(beginnt mit https) VisualSVN-Server.

    Konnte ich nicht sehen, loggen Sie früher als 6291 in meiner Arbeitskopie. So ich habe in einem anderen dir und ersetzt .svn-dir. Es immer noch angezeigt r6291~6295 erst am Anfang. Aber ist es normal angezeigt, wenn ich versuchte es erneut nach einigen Minuten. Sah aus wie alte Daten irgendwo zwischengespeichert.

    So, es ist gelöst. Aber diese Schritte sind nur sinnvoll, wenn Sie sich erinnern, was geändert wird, in gebrochenem Revisionen.

    InformationsquelleAutor Vinix Wu

  4. 0

    Habe ich dieses problem auftreten, nur jetzt Schaffe ich es herauszufinden.
    lassen Sie mich teilen, was ich Tat.

    1) wählen Sie den Workspace-Ordner und klicken Sie rechts wählen
    TortoiseSVN>>Settings

    2) in der Einstellung Fenster wählen Sie Log Caching >> Cached Repositories

    3)stellen Sie sicher, dass Ihre svn-Verzeichnisse korrekt ist. das wichtigste ist, Sie brauchen nur zu klicken Sie auf Ihr Repository-URL und klicken Sie auf die UPDATE-Schaltfläche..mal gerade fertig reinigen Sie Ihren Arbeitsbereich, indem Sie mit der rechten klicken Sie auf TortoiseSVN>>CleanUp.

    alle das beste..

    InformationsquelleAutor Lina Beb

Schreibe einen Kommentar