Ich bin auf dem Wege, bei meinen Software-Projekten die Subversion-Repositories durch Git-Repositories zu ersetzen. Wer sich fragt warum, dem sei CRE130: Verteilte Versionskontrollsysteme ans Herz gelegt.

Nun habe ich aber viele Projekte in Subversion-Repos und kann die nicht einfach ersetzen, mal bietet Google kein Git an, mal braucht es noch ganz viel Motivation bei meinen Kollegen. Aber ein Anfang sollte gemacht werden. Und dabei half mir das “git-svn” Modul. Damit lässt sich sehr elegant mit Git (und lokalem Repository) gegen ein Subversion-Repo arbeiten.

Für meine IDE Eclipse gibt es auch ein eGit-Plugin, aber dieses kennt das “git-svn”-nicht. Im Netz fand sich eine Beschreibung, wir man die Subversion-Projekte mit git-svn auschecken und in den Eclipse-Workspace integrieren kann. Die Lösung, die Plugins aus dem Workspace heraus zu kopieren und den Inhalt auszutauschen und so (lest es einfach), fand ich aber ziemlich fragil.

Und ich fand eine Verbesserung:

• Man legt den Workspace in Eclipse an und wechselt in einer Shell in das Workspace-Verzeichnis¹
• mit git svn clone checkt man das Projekt in den Workspace aus
• In Eclipse ruft man den Import-Wizard auf “Import > Existing project into workspace”
• Hier such man den Workspace als Quellverzeichnis aus und “importiert” das Plugin in den Workspace. Achtung: Den Knopf “Copy files” (oder so) nicht anklicken.
• Nun “Team > Share project …” aufrufen, Eclipse erkennt die vorhandene Git-Konfiguration und Klicken auf “Finish” reaktiviert die Git-Anbindung des Plugins.

Nun kann man weiter am Code arbeiten und lokal einchecken/commiten. Das Einchecken ins Subversion erfolgt dann weiterhin in der Shell mit git svn dcommit.

Insgesamt immer noch eine wackelige Behelfslösung und ich hoffe, dass eGit auf dem Wege zu Version 1.0 auch die native Unterstützung für spendiert bekommt.

—

¹ Windows-User: Ihr bekommt das auch hin ;)