chore(release): prepare v0.9.1
CI / container-policy (push) Successful in 3s
CI / javascript-check (push) Successful in 13s
CI / python-tests (push) Successful in 1m18s
CI / container-verify (push) Skipped
CI / container-publish (push) Successful in 16s

This commit is contained in:
BartelLuis
2026-09-14 20:48:05 +02:00
parent c32aaa8d27
commit 3c2faa40b4
8 changed files with 13 additions and 12 deletions
+4 -4
View File
@@ -166,15 +166,15 @@ Lokale Tests ersetzen diesen Lauf mit Registry-Anmeldung und Push nicht.
Für ein Release zuerst `[project].version` ändern und den geprüften Commit
übernehmen. Anschließend mit einem berechtigten Konto den passenden Tag
erstellen und an den Gitea-Remote pushen. Im vorhandenen Checkout heißt er
`origin`; vor dem Push mit `git remote -v` prüfen. Für Projektversion `0.1.0`,
`origin`; vor dem Push mit `git remote -v` prüfen. Für Projektversion `0.9.1`,
sofern der Tag noch nicht existiert:
```bash
git tag -a v0.1.0 -m "Release 0.1.0"
git push origin v0.1.0
git tag -a v0.9.1 -m "Release 0.9.1"
git push origin v0.9.1
```
Der Release-Lauf muss den Image-Tag `0.1.0` erzeugen. Für einen manuellen Lauf
Der Release-Lauf muss den Image-Tag `0.9.1` erzeugen. Für einen manuellen Lauf
unter **Actions** den Workflow und den gewünschten Ref auswählen. Auch dabei
gelten Opt-in, Standardbranch- beziehungsweise Tag-Regel und Versionsabgleich.
Branch-Push und Pull Request können für denselben Quellstand getrennte Läufe