JIRA SYNCHRONIZER
Jira-Daten kontrolliert migrieren und synchron halten
Der Jira Synchronizer überträgt Issues, Kommentare, Anhänge, Tests und Workflows zwischen Jira-Instanzen — als Migration oder als kontinuierliche One-Way-Replikation. Statt Big-Bang-Umzug läuft jede Übertragung in prüfbaren Stufen: Daten holen, Ziel vorbereiten, schreiben, verifizieren, protokollieren. Mappings für Felder, Status, Nutzer und Links halten die Zielinstanz fachlich sauber.
Pipeline statt Big-Bang
Jeder Lauf folgt definierten Stufen: Quellstand holen, Ziel vorbereiten, neue und geänderte Issues schreiben, entfallene Tickets behandeln, Ergebnis prüfen, Protokoll ablegen. Welche Stufen aktiv sind und in welcher Reihenfolge sie laufen, steht pro Scope in der Konfiguration.
Felder, Status, Nutzer, Links
Jira-Instanzen sind selten gleich aufgebaut. Custom Fields, Status, Nutzer, Issue-Typen, Workflows und Links müssen fachlich passend übersetzt werden. Der Jira Synchronizer mappt diese Unterschiede über konfigurierbare Templates: Pflichtfelder pro Issue-Typ, Defaults, Ignore-Listen und Wert-Transformationen sind steuerbar.
Test Management mit übernommen
Wer Jira-Tests mit Xray pflegt, verliert bei einer Standard-Migration regelmäßig die Beziehungen zwischen Test, Plan, Set und Execution. Der Jira Synchronizer überträgt Tests, Test Plans, Test Sets, Test Executions und Pre-Conditions inklusive Test-Schritten, Datasets, Status und Verknüpfungen ins Ziel-System.
Skalierbar und nachvollziehbar
Unter der Haube läuft Spring Boot mit reaktivem Stack, MongoDB als Cache und persistentem Status, ein Scheduler für wiederkehrende Läufe und ein Web-UI für den aktuellen Stand pro Scope. Jeder Lauf erzeugt ein Protokoll als Confluence-Seite — mit allen Notes, Anomalien und übersprungenen Tickets. Authentifizierung gegen Quell- und Ziel-Instanz ist getrennt konfigurierbar.
Migration, Konsolidierung, Archivierung
Typische Vorhaben: Eine alte Jira-Welt soll abgelöst werden — der Synchronizer fährt Issues schrittweise auf das Zielsystem, mit Vorab-Tests in Dry-Run-Modi und gestaffelten Cut-Over-Wellen. Mehrere Jira-Instanzen werden in eine konsolidiert. Alte Tickets sollen aus dem produktiven Jira raus, ohne den Verlauf zu verlieren — der Synchronizer migriert sie in eine Archiv-Instanz.