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
+2 -2
View File
@@ -55,14 +55,14 @@ Imagepfad mit einem tatsächlich vorhandenen Versions-Tag kopieren. Der aktuelle
Imagepfad der Beispieldatei sieht so aus:
```dotenv
PROVISIONER_IMAGE=gitlab.bartelluis.de/bartelluis/proxmox-ais-server:0.1.0
PROVISIONER_IMAGE=gitlab.bartelluis.de/bartelluis/proxmox-ais-server:0.9.1
PUBLIC_URL=https://provision.example.net
MAINTENANCE=false
```
`PROVISIONER_IMAGE` und `PUBLIC_URL` für die Installation festlegen. Der
Imagepfad entspricht dem aktuellen Wert der Vorlage; die Verfügbarkeit des
Tags `0.1.0` wird damit nicht vorausgesetzt. Maßgeblich sind das
Tags `0.9.1` wird damit nicht vorausgesetzt. Maßgeblich sind das
Pipeline-Artefakt oder die Registry-Anzeige deines Projekts.
Der Registry-Endpunkt der Vorlage ist `gitlab.bartelluis.de`. Bei einer abweichenden
CI-Registry den Host aus `deploy.env` auch für `docker login` verwenden.
+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
+1 -1
View File
@@ -3,7 +3,7 @@
"info": {
"title": "Proxmox AIS",
"description": "Kontrollierte Proxmox-Installation und wiederaufnehmbare Nachkonfiguration.",
"version": "0.1.0"
"version": "0.9.1"
},
"paths": {
"/health/live": {