1.8 KiB
Voorbeeld van een artefact voor A8.25 Secure development life cycle
Bron: Normity
Omdat we werken met Kanban bepalen we zelf wanneer we een release gaan laten plaatsvinden. Dit doen we eventueel in overleg met de stakeholders en wordt per release bepaald. Gemiddeld genomen doen we dit eenmaal per 4 weken met regelmatige tussentijdse kleinere releases. De PO bepaalt uiteindelijk wanneer de release plaatsvindt. Hotfixes volgen deze procedure niet, maar hebben een eigen release proces. Omdat deze over het algemeen zeer klein zijn, wordt dit van geval tot geval bepaald.
Hoe gaat zo'n release nu in zijn werk?
-
Zorg dat alle issues die meegaan gemerged zijn naar Develop branch
-
Doe een laatste controle op de code:
- Hebben alle JSON taalbestanden hetzelfde aantal regels
- Zijn er geen dumps of aborts meer te vinden in de code
- Draai vertalingenControleren.cfm of vertalingen ontbreken
-
Maak de nieuwe Master branch
-
Controleer nu eerst of de benodigde omgevingen beschikbaar zijn:
- SQL Server toegang
- Royal TS toegang
-
Zorg er nu voor dat de code online komt te staan:
- Draai alle scripts in de SQL Server omgeving
- Doe een pull van de code op de server
- Herstart Normity (zowel demo als normity docker)
- Doe een korte controle
-
Is het een nieuw versienummer? Doe dan:
- Doorloop de stories uit de release
- Stel de release notes op
- Voeg die toe via de beheerschermen
-
Tenslotte nog even de code klaarmaken voor de nieuwe release:
- Maak Jira board gereed voor nieuwe release
- Verwijder overbodige feature branches
- Verplaats de bijbehorende SQL bestanden van _assets/scripts/features naar _assets/scripts/x.x.x/
- Maak een nieuwe branch aan voor de nieuwe release
- Wijzig eventueel het versienummer in Application.cfc