Git svn rebase : checksum mismatch

Ich habe ein problem, wenn ich versuche, eine git-svn rebase auf mein repository. Es zeigt :

Checksum mismatch: code/app/meta_appli/app_info.py
expected: d9cefed5d1a630273aa3742f7f414c83
     got: 4eb5f3506698bdcb64347b5237ada19f

Ich suchte viel, aber habe noch keinen Weg gefunden, dieses problem zu lösen.

Wenn jemand weiß, bitte teilen Sie Ihr wissen.
Vielen Dank im Voraus.

  • Das sieht ähnlich zu deinem problem: kerneltrap.org/mailarchive/git/2010/2/18/23715
  • ja, danke für den link. Für die Platte, die ich es geschafft, dass es wieder funktioniert durch entfernen der Datei aus dem svn-server, macht einen checkout der letzten revision und dann hinzufügen die Datei wieder auf dem svn. Es ist ziemlich hart, aber ich habe nicht einen anderen Weg gefunden.
InformationsquelleAutor darkpotpot | 2010-07-01
  1. 58

    Diese Lösung war die einzige, die für mich gearbeitet:

    Sehen, was war die Revisionsnummer der letzten änderung an der Datei:

    git svn log chrome/test/functional/search_engines.py

    Reset svn am ehesten die Eltern vor, dass revision:

    git svn reset -r62248 -p

    Tun git svn fetch!

    Tanzen auf deinen Erfolg.

    • So toll finden. Dies ist definitiv der Weg, es zu tun, von dem, was ich gesehen habe. Der git svn log Schritt war entscheidend, obwohl ich brauchte, um es wie folgt: git svn log -- chrome/test/functional/search_engines.py. Hinweis: die -- - gibt einen Pfad zu einer Datei folgt, in diesem Fall.
    • Ein Sonderfall, der mehr Arbeit erfordert: die subversion-repo hatte svn:special=* zugeschrieben Datei (symbolischer Link) wurde versehentlich ersetzt durch die Ziel-Datei. Dies verursacht "Dateiname zu lang" - Fehler mit git-svn, und dann nach der Fixierung die Datei in subversion haben wir checksum mismatch Fehler mit git-svn. Die volle Lösung hier war: 1) git svn rebase --ignore-paths=<problematic file>; 2) core.symlinks = false im .git/config; 3) führen Sie die git svn reset Sie oben beschreiben; 4)git svn rebase; 5) entfernen Sie die core.symlinks = false aus .git/config. AUA!
    • Zudem erwähnenswert ist, das hat ein oder zwei anderen Zeiten, und nachdem ich die git-svn-reset, ein git-gc sorgt für die "gestrandet" - Geschichte ist aufgeräumt und nicht recycelt. (die das Problem verursachen können, sich zu wiederholen) können Sie nicht haben, um dies zu tun, aber es hat geholfen in meinem Fall.
    • In Reaktion auf git-svn log -- Pfad/Datei erhalte ich fatal: bad default revision 'HEAD'. Dies ist die erste Holen, also habe ich keine Arbeitskopie. Irgendwelche Ideen, bitte?
    • Sie sir, verdienen ein eiskaltes Bier!
    • Schön! Aber warum hat der Prüfsumme überein passieren?
    • git svn log trunk/file.x zeigt nur eine Zeile für mich ------------
    • Ich habe gesehen, eine Reihe von Möglichkeiten git svn produzieren kann eine schlechte Geschichte. Die häufigsten Beispiele gesehen haben, beinhalten, führt, wenn Sie feststellen, dass 1 von vielen sonst-immer-gleich-git-svn-Klone springt aus der Vereinbarung. Ein problem ist, dass Sie können wählen, verschiedene Eltern-commit für den merge, und ein anderer ist kann es verlieren oder beschädigt eine Datei in der merge in git.
    • die SVN-und Git-repos aus dem Takt geraten. Wenn Git gebaut die vorherigen rev aus dem svn es verbockt es und so wird jetzt die Datei SVN erwartet wird, werden die Vorgänger nicht übereinstimmen, was Git hat als der Vorgänger, und es ist unmöglich, den patch anwenden, ohne Korruption. Dies ist der Grund, warum Git-Svn wirft einen Fehler aus und fordert Sie auf, den Wiederaufbau der git revs, so dass Sie übereinstimmen SVN wieder.
    • Sie sollten wahrscheinlich hinzufügen MattD Kommentar auf die Antwort. Es gibt einige Fälle (wie der, den ich gerade hatte), auf denen es einen reset, sogar mehrere Versionen vor und dann Holen wird weiterhin zu einem Fehler führen aufgrund der zwischengespeicherten Versionen. Es führte zu einer sehr verwirrenden situation, wo Git-SVN erfolgreich auf die Datei mehrmals, bevor man den Fehler an der gleichen Stelle wie zuvor.

    InformationsquelleAutor Domenic
  2. 1

    Nur mir passiert ist, ich aus dem Raum laufen in der Mitte ein "git svn dcommit" und danach war ich immer die gleiche Meldung "Checksum mismatch".

    Ich gerade bearbeitet .git/refs/remotes/git-svn und ersetzt die id des problematischen commit mit dem vorhergehenden. Nächste Stellungswechsel behebt das problem.

    InformationsquelleAutor ollupac
  3. 1

    Dass ich auf diese Fehlermeldung, wenn ich nur angegeben äste, aber kein Stamm. Wenn ich einen der äste als Stamm, es gab keine Fehler mehr, wenn ich wiederholt. (Der ganze "Stamm", "ast", "Stamm" Unterscheidung ist im Allgemeinen ein bisschen albern, zu erzwingen, in git svn da Sie nur menschliche Konventionen ohne tiefere technische Bedeutung hinter Ihnen in svn.)

    InformationsquelleAutor FooF
  4. 0

    Ich habe gerade ein git gc und dann git svn rebase funktionierte wieder.

    InformationsquelleAutor unhammer
  5. -1

    In unserer Praxis die Fehlermeldung "Checksum mismatch":" auf .shtml-Dateien in git svn clone ... - Befehl verursacht wurde durch die Einrichtung des Frontend-Apache-server zu interpretieren.shtml-Dateien (aus dem SVN) als Server-Side Includes (SSI) und damit erzeugen von live-content, anstatt nur die Bereitstellung der gespeicherten Datei content. Die Deaktivierung von SSI in Apache /etc/httpd.conf-Datei für den Zeitraum der migration durch auskommentieren der

    AddType text/html .shtml
AddOutputFilter INCLUDES .shtml

    Richtlinien das problem gelöst.

    Trotzdem, die migration der repository ausgeschlossen werden könnten, einige Pfade und Dateien geschieht mit:

    git svn clone <URL> --ignore-paths=<regex>

    Klausel. Macht es Sinn zu prüfen, die Umgebung des SVN-server-Prozess, wenn diese Dateien haben spezielle Auslegung wie SSI (und die .php und .py-Dateien), und deaktivieren Sie es.

    InformationsquelleAutor Rusi Popov
Schreibe einen Kommentar