På denne side beskrives, hvordan releases, nye opgaver og fejl håndteres.
Releases
Tidshorisont
- Der forventes release hver tredje måned, dog på sigt formentlig 2 gange årligt.
- En kommune kan ønske en feature installeret i en speciel version mellem mellem to realeases.
- Mellem hvert release kan der lave hotfixes ved kritiske fejl, som efter ønske kan installeres ved kommunen.
Versionering
Nummerering følger denne skabelon: version x.y.z, fx 2.3.2
x = releasenummer: Vi kører med regelmæssige releases (i første omgang hver 3. måned). Ved disse releases får alle kommuner den nyeste version med de features, det er aftalt skal være implementeret. Konfigurationsfiler ved den enkelte kommune afgør om en feature slår igennem. Versionen ved releases vil altid være x.0.0
y = featureversionsnummer -> Hvis en kommune ønsker en vigtig feature hurtigt, som andre kommuner ikke ønsker lige nu, er det muligt at lave en version, hvor denne feature eksisterer. Den kan derfor implementeres før den næste release dato, hvilket vil gøre at enkelte kommuner FREM til næste releasedato kan have en unik version. Kommuner vil altid have samme x, men y kan variere
z = Hot fix nummer -> Ved kritiske fejl i produktion kan man lave hot fixes. Disse bør installeres ved alle kommuner. Derfor vil z altid være det samme for alle kommuner.
Når der deployes kode til kommune bør det i branchnavnet fremgå, hvilken version, den enkelte branch indeholder.
Hver release vil kunne findes på sin egen branch i release/ mappen på github. Navnet på branchen skal være versionsnummeret, fx 2.3.1
Nye opgaver og fejl
Eksternt
Nedenstående dokument er sendt ud til koordinationsgruppen den 27/9-2016. Dokumentet indholder instruktioner til kommunerne om, hvordan deres medarbejdere skal indberette fejl og ønsker til nye features, heriblandt hvilke informationer der ønskes fra Miracles side i forbindelse med inberetning af fejl.
...