Auf Arbeit kam letztens das Thema auf, in der Infrastruktur ein wenig aufzuräumen. Teil der Diskussion war auch, das von Teilen der Administration liebgewonnene KanBoard durch GitLab zu ersetzen, wobei natürlich die Inhalte in das neue Gitlab-Projekt hinüberwandern sollten.

Ich dachte durch eine kurze Analyse ein Projekt finden zu können, das diese Migration automatisch und mit wenig Aufwand für mich vollziehen würde - so wie ich die Migration von Trac nach Gitlab durchgeführt hatte. Leider wurde ich da enttäuscht. Allerdings durfte ich auch feststellen, dass sowohl für KanBoard wie auch für GitLab hervorragende (und hervorragend dokumentierte) APIs existieren, mit denen man das alte Motto aus dem Amiga-Magazin "Fehlt Dir was? Programmier Dirs doch!" mit Leben erfüllen kann. Für Kanboard existieren API-Bindings für verschiedene Sprachen - unter anderem Python und für GitLab gilt dasselbe.

Damit steht einem ersten Test eigentlich nur noch die derzeit wieder einmal extrem hohe Außen (und folglich auch Innen-) Temperatur und die noch unzureichenden Python-Kenntnisse im Wege.

Nichtsdestotrotz definiere ich hier schon einmal einige Anforderungen, die mein Migrationsskript erfüllen soll:

• Neues Projekt in GitLab anlegen
• Alle Tickets aus KanBoard auslesen:
  • Titel
  • Beschreibung
  • Kommentare
  • Kategorien
  • Swimlanes
  • Tags
  • Zustand (offen, geschlossen)
• Herausparsen von Verweisen auf andere Tickets
• Merken von Tickets mit Verweisen
• Anlegen von Tags in GitLab für alle Tags, Kategorien, Swimlanes aus KanBoard (unterschiedliche Farben)
• Anlegen eines Boards in GitLab mit Spalten entsprechend der KanBoard-Kategorien
• Einfügen von Issues in GitLab für jedes Ticket aus KanBoard mit allen Tags und Kommentaren
• Bereinigen der Beschreibungen (Titel?) und Kommentare re: Verweise auf andere Issues

Diese Aufstellung stellt den Anfang der Forderungen dar. Eventuell wird diese Liste später noch erweitert.