„git svn holen“ nicht fertig gestellt und spuckt die folgenden (Fehler-) Meldungen:„git svn holen“ fehlschlägt, ls-Baum wegen des Sterbens fehlenden Objektbaum
(dev) martinom :: /var/my/git ‹master*› » git svn fetch
Found possible branch point: http://.../branches/dexter/lib => http://.../tags/dexter-17, 25032
Initializing parent: refs/remotes/tags/[email protected] branch_from: /.../trunk => /.../trunk/lib
Found possible branch point: http://.../trunk/lib => http://.../branches/dexter/lib, 24233
Initializing parent: refs/remotes/tags/[email protected]
fatal: Not a valid object name
ls-tree -z ./: command returned error: 128
Es ist wie ls-Baum scheint fehlt der Objektname vor dem Pfad dort. Ich weiß nicht, in welchem Zusammenhang dies genannt wird und warum es nicht da ist.
Ein bisschen Hintergrund beleuchten könnte helfen, was ist falsch:
- ich sollte in Tags/aber einen Tag aus der gesamten Repository erstellen, konnte ich nur /.../ kopieren Zweige lib Tags, Erstellen eines defekten Tags (svn cp ...).
- Ich entfernte dann das defekte Tag (Dexter-17) mit Svn rm.
- Ich erstellte das neue richtige Tag mit einem weiteren Aufruf an cp.
Dann wurde normale Entwicklung fortgesetzt und alles schien gut. Nun, bis ich versuchte mein git-svn Repository zu aktualisieren.
Ich denke, es gibt mehrere Möglichkeiten, dieses Problem zu umgehen. Erstens können Sie sehen, dass der Verlauf sehr groß wird, wir haben 25k Revisionen erhalten, so dass das Klonen mit Git von einem rev nach den defekten Revisionen am wenigsten wünschenswert ist.
Irgendwie ist das Überspringen der Tag-Erstellung Revisionen in Git-Svn ein anderes, wenn es möglich ist. Ich brauche nicht wirklich die Geschichte für das kaputte Tag in der Geschichte.
Schließlich vielleicht Entfernen/Fixieren Dinge im Subversion-Repository/db, um es kompatibel mit Git-Svn zu machen. Wenn das bedeutet, dass Sie die Revision komplett entfernen oder modifizieren müssen.
Es wäre toll zu wissen, was git-svn dazu bringt, so zu barfocken. Von .git/svn/refs/remotes/tags sehe ich Dexter-17, Dexter-17 @ 2423 und Dexter-17 @ 25032 als Remote-Refs .. Das scheint mir nicht ganz gesund zu sein ...