Problem i kontekst
Rozszerzenie dla Jira Server/Data Center wspierające dwie operacje administracyjne o podwyższonym ryzyku: masową zmianę nazw grup oraz migrację atrybutów worklogów. Projekt zawiera tryby preview i dry-run, asynchroniczne joby oraz raporty wynikowe, dzięki czemu operacje są przewidywalne i audytowalne.
Co robi rozwiązanie
- skanuje użycie grup przed zmianą,
- uruchamia rename w kontrolowanych trybach: preview, dry-run i apply,
- obsługuje długie operacje jako joby asynchroniczne,
- pozwala anulować zadanie i sprawdzić status,
- generuje raporty CSV dla zmian i migracji worklogów.
Architektura
flowchart LR
A[Administrator] --> UI[Modul administracyjny]
UI --> JOB[Async job manager]
JOB --> RG[Logika zmiany grup]
JOB --> WM[Logika migracji worklogow]
RG --> J[Jira API]
WM --> DB[(Baza danych dodatku worklogowego)]
JOB --> R[Raport CSV i status]
Dlaczego w portfolio
- dobry przykład narzędzia administracyjnego z bezpiecznymi guardrailami,
- pokazuje projektowanie operacji o dużym skutku ubocznym,
- łączy asynchroniczność, raportowanie i integrację z danymi platformy.
Anonimizacja
- nie ujawniono nazw struktur organizacyjnych, grup ani danych worklogowych,
- zachowano jedynie uniwersalny problem i wzorzec rozwiązania,
- pominięto szczegóły tabel i wewnętrznych mapowań danych.