-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Showing
2 changed files
with
45 additions
and
12 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,33 @@ | ||
# Release Proces DRAFT | ||
|
||
## Stappen | ||
|
||
1. Merge alle Pull Requests die bij de release horen naar `develop`. Controleer de volgende repo's: | ||
1. zaken-api | ||
2. catalogi-api | ||
3. documenten-api | ||
4. besluiten-api | ||
2. Zorg ervoor dat je je branch verwijdert na de merge. Dit gebeurt niet meer automatisch zodat we niet elke keer onze `develop` branch verwijderen. | ||
3. Wanneer alle code naar `develop` is gemerged `pull` je de laatste changes van develop en maak je een `bump` branch | ||
+ `bump/v*.*.*` naar develop. | ||
4. Op deze branch maak je de benodigde wijzingen voor een productie release: | ||
+ versies in files verhogen met de versie (search and replace) `.bumpversion.cfg` geeft per repo aan welke dat zijn | ||
+ bijvoorbeeld: `readme.rst` `package.json` `config/api.py` `src/api/__init__.py` | ||
+ `generate_schema` vanuit de root in een terminal draaien (dit maakt de juiste `openapi.yaml` versie) | ||
+ root README.rst aanpassen: | ||
+ kopje `API specificaties` moet een nieuwe regel komen met de versie die gereleased gaat worden bijvoorbeeld: | ||
```markdown | ||
1.3.0 2023-08-22 `ReDoc <https://redocly.github.io/redoc/?url=https://raw.githubusercontent.com/VNG-Realisatie/catalogi-api/1.3.0/src/openapi.yaml>`_, `Scopes <https://github.com/VNG-Realisatie/catalogi-api/blob/1.3.0/src/autorisaties.md>`_ `Berichtkenmerken <https://github.com/VNG-Realisatie/catalogi-api/blob/1.3.0/src/notificaties.md>`_ | ||
`Swagger <https://petstore.swagger.io/?url=https://raw.githubusercontent.com/VNG-Realisatie/catalogi-api/1.3.0/src/openapi.yaml>`_ | ||
``` | ||
+ `CHANGELOG.RST` aanvullen met de laatste aanpassingen, houdt het format aan zoals bij andere staat. | ||
5. Merge de `bump/v*.*.*` naar develop | ||
6. Maak een merge request van `develop` naar `master`/`main` met titel: `Production release to version v*.*.*` | ||
7. Na een approval kun je deze branch naar `master`/`main` mergen. Let op dat je de develop branch niet verwijdert. | ||
8. Maak nu een release aan vanaf master via github (v1.0.2) | ||
9. Hierna wordt een productie image gebouwd. Je kunt dit via `packages` controleren. Als de nieuwe versie er staat ga dan naar de volgende stap. | ||
10. Maak een branch voor de release aan in `zgw-infra` en pas de images in `./parser/env.yaml` aan. Doe dit voor `productie` `test` en `local` | ||
11. Maak een PR aan voor deze branch maar master (`zgw-infra`) | ||
12. Na goedkeuren wordt er een test helm chart gepushed en gedeployed op de test omgeving | ||
13. Wanneer alles op main staat kun je een release maken voor de helm chart en deze wordt dan automatisch gedeployed | ||
14. En klaar! |