Release-Prozess vereinfachen

Als Entwickli möchte ich den Realase-Prozess möglichst einfach gestalten, damit häufig und fehlerfrei Updates zur Verfügung werden können. Hier bietet sich eine Anpassung der CI an:

Variante A)

• aktuell wird die build-prod u.a. wenn man taggt
• Es birgt nur das Risiko, dass das Changelog noch nicht auf die aktuelle Version angepasst wurde (Plugin für GitHub gibt es wohl)

Variante B)

Variante A, dazu doch einen Release-Branch erzeugen und beim MR darauf wirklich nur das Changelog als QS setzen (main sollte ja clean sein)

Variante C)

Changelog anders pflegen und daraus automatisch Tags erstellen, wenn Merge in Release:

1. Changelog so pflegen, dass aktuelle Änderungen immer einer kommenden Version zugeordnet sind. Diese würde dann ganz oben im Changelog stehen
2. (Job für) Merge in release-branch durchführen und damit ..
3. Version aus Changelog dann in der CI auslesen (siehe hier)
4. .. und damit Tag erstellen (siehe hier)
5. build-prod mit erstellten Versionstag

Variante D) ?

Akzeptanzkriterien

• Anpassung Release-Prozess diskutiert
• Lösung in CI exemplarisch gezeigt
• abgenommene Lösung in Template übernommen
• Tickets für das Update aus Template in Microservices erstellt und hier referenziert
• Review einer zweiten Person durchgeführt