{"id":22441,"date":"2026-01-31T08:34:47","date_gmt":"2026-01-31T07:34:47","guid":{"rendered":"https:\/\/linux-bibel.at\/?p=22441"},"modified":"2026-01-31T08:34:49","modified_gmt":"2026-01-31T07:34:49","slug":"svn-all-fast-export-svn-repositorys-unter-linux-ins-git-konvertieren","status":"publish","type":"post","link":"https:\/\/linux-bibel.at\/index.php\/2026\/01\/31\/svn-all-fast-export-svn-repositorys-unter-linux-ins-git-konvertieren\/","title":{"rendered":"SVN-All-Fast-Export – SVN-Repositorys unter Linux ins Git konvertieren"},"content":{"rendered":"\n

Ich habe letztes Jahr von Git-SVN<\/a> berichtet – mit dieser Software lassen sich SVN-Repository<\/a>s ins Git<\/a> konvertieren, wenn diese nicht zu aufwendig sind! Sobald jedoch eine kleine Schwierigkeit auftritt, hat es sich damit auch schon erledigt.<\/p>\n\n\n\n

Nach kurzer Zeit bin ich auf die Software SVN-All-Fast-Export gestoßen, sie nennt sich nebenbei auch Svn2Git<\/a>. Entwickelt wurde die Software von der KDE-Community, um die KDE-Entwicklung damals von SVN auf Git<\/a> umzustellen. Und – nach einigen sehr umfangreichen und auch umständlichen SVN-Repos – es funktioniert prächtig.<\/p>\n\n\n\n

SVN-All-Fast-Export installieren<\/h3>\n\n\n\n

Unter auf Debian<\/a> basierenden Linux<\/a>-Distribution<\/a>en installieren Sie diese Software wie üblich über die Paket<\/a>-Verwaltung durch das Paket<\/a> „svn-all-fast-export<\/strong>„.<\/p>\n\n\n\n

SVN-All-Fast-Export nutzen<\/h3>\n\n\n\n

Grundsätzlich – es ist einfach, auch aufwendige SVN-Repos ins Git<\/a> zu verschieben, es kostet hin und wieder aber auch Zeit. SVN-All-Fast-Export aberbeitet jedoch um einiges schneller, als Git<\/a>-SVN – um vieles schneller sogar.<\/p>\n\n\n\n

Grundsätzlich benötigen Sie einmal alle Autor<\/a>en, die im SVN-Repo gearbeitet haben, hierzu clonen Sie sich das Repo am einfachsten auf den lokalen Rechner – also etwa:<\/p>\n\n\n\n

svn co https:\/\/server.org\/svn-repo\/<\/code><\/pre>\n\n\n\n
Sie wechseln auf dem Terminal<\/a> ins geklonte Verzeichnis<\/a> und holen sich die Autor<\/a>en mit folgendem Befehl<\/a>:<\/p>\n\n\n\n
svn log --xml --quiet | grep author | sort -u | perl -pe 's\/.*>(.*?)<.*\/$1 = \/'<\/code><\/code><\/pre>\n\n\n\n
Je nach Größe des Repos kann dies auch einige Minuten dauern – Sie erhalten eine Liste mit Benutzern, ein Beispiel:<\/p>\n\n\n\n
user =\nuser1 =\nuser2 =<\/code><\/pre>\n\n\n\n
Sie kopieren sich diese Liste und fügen diese in eine Textdatei<\/a> ein, diese nenne ich jetzt beispielsweise „authors.txt<\/strong>„. Hier geben Sie den Benutzern eine Git<\/a>-Verträgliche Namensnennung – beispielsweise:<\/p>\n\n\n\n
user = Benutzer Eins <mail-adresse@.org\nuser1 = Benutzer Zwei <mail-adresse1@org\nuser2 = Benutzer Drei ...\n(no author) = no_author <no_author@no_author><\/code><\/pre>\n\n\n\n
Die letzte Zeile hilft dabei, wenn ein Autor<\/a> nicht ermittelt werden konnte. Anschließend benennen Sie das Verzeichnis<\/a> mit dem Repo um – Sie benötigen es noch für die Verzeichnis<\/a>-Struktur des Repos.<\/p>\n\n\n\n
Jetzt benötigen Sie noch das Original-Verzeichnis<\/a> des Repos, so wie es auf dem Server<\/a> liegt – also nicht das eigentliche geklonte Repo, sondern das Verzeichnis<\/a> mit der Konfiguration<\/a> des Repos. Ich habe mir dieses meist einfach mit scp auf den lokalen Rechner kopiert – also etwa:<\/p>\n\n\n\n
scp -r root@server.org:\/svn\/repo-verzeichnis\/ \/home\/robert\/svn2git\/<\/code><\/pre>\n\n\n\n
Im Beispiel habe ich jetzt im Verzeichnis<\/a> „svn2git<\/a><\/em>“ das umbenannte, geklonte Repo „repo-umbenannt<\/em>„, das kopierte Repo-Verzeichnis<\/a> „repo<\/em>“ und die Datei<\/a> „authors.txt<\/strong>„. Der Übersicht halber, lege ich jetzt noch ein Verzeichnis<\/a> namens „git<\/a><\/em>“ an – in diesem soll anschließend das konvertierte Git<\/a>-Repo liegen.<\/p>\n\n\n\n
Was wir jetzt noch benötigen, sind die Regeln, mit denen Svn2Git<\/a> arbeiten soll. Die Datei<\/a>endung dafür nennt sich „.rules<\/strong>„, die Textdatei<\/a> nenne ich jetzt einfach „repo.rules<\/strong>„. In dieser Textdatei<\/a> beginnen wir damit, die Git<\/a>-Repo-Namen anzulegen – im Beispiel ist im SVN-Repo nur ein Repo vorhanden, das Repo nenne ich „git<\/a>-repo<\/strong>„:<\/p>\n\n\n\n
create repository git-repo\nend repository<\/code><\/pre>\n\n\n\n
Sind mehrere SVN-Repos darin vorhanden:<\/p>\n\n\n\n
create repository git-repo\nend repository\ncreate repository zweites-repo\nend repository\n...<\/code><\/pre>\n\n\n\n
Im nächsten Abschnitt geben Sie an, was mit den Verzeichnis<\/a>sen im SVN-Repo geschehen soll – ein sehr einfaches SVN-Repo hat folgende Unterverzeichnis<\/a>se:<\/p>\n\n\n\n
trunk<\/td>Aktuelle Datei<\/a>en<\/td><\/tr>
tags<\/td>Tags<\/td><\/tr>
branches<\/td>Branches<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
Je nach Repo können Tags und Branches auch wegfallen, auch können sich diese etwas anders nennen, wie es eben erstellt und genutzt wurde. Was mit den Verzeichnis<\/a>sen geschehen soll, geben Sie mit match<\/code> an:<\/p>\n\n\n\n
match \/trunk\/\n  repository git-repo\n  branch master\nend match<\/code><\/pre>\n\n\n\n
Sie geben nicht das Verzeichnis<\/a> des Repos an, sondern Sie beginnen ab den Unterverzeichnis<\/a>sen. Jetzt gehen Sie weiter mit den vorhandenen Verzeichnis<\/a>sen, um etwa alle Tags und Branches zu übernehmen:<\/p>\n\n\n\n
match \/tags\/([^\/]+)\/\n  repository git-repo\n  branch refs\/tags\/\\1\n  substitute branch s\/ \/_\/\nend match\n\nmatch \/branches\/([^\/]+)\/\n  repository git-repo\n  branch refs\/tags\/\\1\n  substitute branch s\/ \/_\/\nend match<\/code><\/pre>\n\n\n\n
Einzelne weitere Verzeichnis<\/a>se, die im Repo liegen, geben Sie als eigene Repos an – also etwa:<\/p>\n\n\n\n
match \/anderes_Verzeichnis\/\n  repository zweites-repo\n  branch master\nend match<\/code><\/pre>\n\n\n\n
Möchten Sie Verzeichnis<\/a>se ausschließen, geben Sie diese wie folgt an:<\/p>\n\n\n\n
match \/auszuschlie\u00dfendes-Verzeichnis\/\nend match<\/code><\/pre>\n\n\n\n
Oder wollen Sie alle nicht angegebenen Verzeichnis<\/a>se ausschließen:<\/p>\n\n\n\n
match \/\nend match<\/code><\/pre>\n\n\n\n
Manche schwindligen Repos enthalten auch einzelne Datei<\/a>en, mit solchen gehen Sie ebenso vor. Hin und wieder kann die Software nicht weitermachen, weil Verzeichnis<\/a>se ausgeschlossen wurden – mit solchen wurden aber vielleicht Tags oder Branches angelegt. In solchen Fällen schließen Sie diese nicht aus, sondern legen ein extra-Repo an und konvertieren diese einfach in ein solches – Svn2Git<\/a> holt sich diese dann, wie sie gebraucht werden.<\/p>\n\n\n\n
Haben Sie die Regeln erstellt, wechseln Sie in das neu angelegte Verzeichnis<\/a> – ich habe es, wie oben beschrieben „git<\/a><\/em>“ genannt. Dort wird die Konvertierung auf dem Terminal<\/a> gestartet (nach dem Beispiel oben<\/em>):<\/p>\n\n\n\n
svn-all-fast-export --identity-map=..\/authors.txt --rules=..\/repo.rules --stats --add-metadata \/home\/robert\/svn2git\/repo\/<\/code><\/pre>\n\n\n\n
Mit --identity-map=<\/code> geben Sie die Autor<\/a>en-Datei<\/a> an, mit --rules=<\/code> die Regel-Datei<\/a>. Zuletzt folgt das vom Server<\/a> kopierte Verzeichnis<\/a>, nicht das geklonte. Sie können auch Revisionen ausschließen – dies gelingt mit der Textdatei<\/a> „rev.txt<\/strong>“ im Verzeichnis<\/a> mit den Regeln – hier geben Sie an, welche Revisionen konvertiert werden sollen,ein Beispiel:<\/p>\n\n\n\n
0-10\n12-200\n210-230<\/code><\/pre>\n\n\n\n
Im Befehl<\/a> geben Sie diese wie folgt an:<\/p>\n\n\n\n
--revisions-file=..\/rev.txt<\/code><\/pre>\n\n\n\n
Die Software beginnt zu konvertieren und lässt Sie mitsehen, was gerade geschieht, zeigt am Ende das Log. Zuletzt zeigt die Software alle von Ihnen angegebenen Verzeichnis<\/a>se – dahinter eine Zahl mit den Treffern. Ist hier eine Zahl bei Null, konnte die Software damit nichts anfangen und Sie haben eine fehlerhafte oder keine Konvertierung. Scollen Sie über die Verzeichnis<\/a>se – dort finden Sie in den letzten zwei Zeilen die Fehlermeldung, meist handelt es sich um nicht angegebene Verzeichnis<\/a>se, weil diese etwa gelöscht oder umbenannt wurden. Geben Sie an, was damit geschehen soll und starten erneut, bis Sie keine Fehlermeldungen mehr vorfinden. Im Verzeichnis<\/a>, in dem Sie den Befehl<\/a> gestartet haben, finden Sie anschließend die Verzeichnis<\/a>se mit den erstellten Git<\/a>-Repos.<\/p>\n\n\n\n
In diese Verzeichnis<\/a>se können Sie nun wechseln und schon einmal testen:<\/p>\n\n\n\n
git log\ngit tag\ngit branch<\/code><\/pre>\n\n\n\n
Erhalten Sie eine Fehlermeldung, sehen Sie sich wieder die Logs an, Sie haben vergessen eines oder mehrere Verzeichnis<\/a>se anzugeben.<\/p>\n\n\n\n
Ist die Konvertierung gelungen – und dies tut sie irgendwan<\/a>n, legen Sie im Git<\/a> die neues Repos an und schupfen die einzelnen Repos, deren Tags und Branches ins Git<\/a>. Sie haben dann dort die komplette Histor<\/a>y, die Tags und Branches.<\/p>\n\n\n\n
Wichtig vor allem – SVN erlaubt auch etwa einen Trunk unter einem Trunk – Git<\/a> tut dies nicht, einen Trunk unter einem Trunk, müssen Sie als eigenes Git<\/a>-Repo konvertieren.<\/p>\n\n\n\n
Svn2Git<\/a> funktioniert perfekt und mehr als doppelt so schnell, wie Git<\/a>-SVN.<\/p>\n
\r\n    
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n    4    <\/span>\r\n<\/div>
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n    <\/span>\r\n<\/div><\/div>","protected":false},"excerpt":{"rendered":"
Ich habe letztes Jahr von Git-SVN berichtet – mit dieser Software lassen sich SVN-Repositorys ins Git konvertieren, wenn diese nicht zu aufwendig sind! Sobald jedoch eine kleine Schwierigkeit auftritt, hat es sich damit auch schon erledigt. Nach kurzer Zeit bin ich auf die Software SVN-All-Fast-Export gesto\u00dfen, sie nennt sich nebenbei auch Svn2Git. Entwickelt wurde die […]<\/p>\n","protected":false},"author":1,"featured_media":22442,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[48],"tags":[49],"class_list":["post-22441","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-entwicklung","tag-entwicklung"],"_links":{"self":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/22441","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/comments?post=22441"}],"version-history":[{"count":1,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/22441\/revisions"}],"predecessor-version":[{"id":22443,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/22441\/revisions\/22443"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media\/22442"}],"wp:attachment":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media?parent=22441"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/categories?post=22441"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/tags?post=22441"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}