ci: migrate workflows to Gitea Actions

docs/deployment.md

@@ -1,7 +1,7 @@
 # Deployment mit einem Image aus der Container Registry
 
 Proxmox AIS wird auf dem Zielserver aus einem bereits veröffentlichten
-Containerimage gestartet. Der [GitHub-Actions-Workflow](github-actions.md) erstellt dieses Image; auf dem
+Containerimage gestartet. Der [Gitea-Actions-Workflow](gitea-actions.md) erstellt dieses Image; auf dem
 Zielserver werden nur Docker Compose und die Betriebskonfiguration benötigt.
 Diese Anleitung setzt einen erfolgreichen `container-publish`-Job und ein
 weiterhin abrufbares Image voraus.
@@ -42,20 +42,20 @@ Wert führt bereits bei der Konfigurationsprüfung zu einem Fehler.
 
 ## Image und öffentliche Adresse festlegen
 
-In GitHub unter **Actions** den erfolgreichen Workflow-Lauf mit
+In Gitea unter **Actions** den erfolgreichen Workflow-Lauf mit
 `container-publish` öffnen, unter **Artifacts** das Archiv `container-deploy`
 herunterladen und entpacken. Es enthält `build.env` und `deploy.env`.
 Die vollständige Zeile `PROVISIONER_IMAGE=…@sha256:…` aus `deploy.env` in die
 `.env` auf dem Zielserver übernehmen. Der Digest legt genau das veröffentlichte
 Image fest. Compose liest `deploy.env` nicht automatisch ein.
-[GitHub-Artefakte herunterladen](https://docs.github.com/en/actions/how-tos/manage-workflow-runs/download-workflow-artifacts).
 
-Alternativ auf GitHub das zugehörige **Packages**-Paket öffnen und den vollständigen
+Alternativ in Gitea beim Benutzer `BartelLuis` das zugehörige **Packages**-Paket
+öffnen und den vollständigen
 Imagepfad mit einem tatsächlich vorhandenen Versions-Tag kopieren. Der aktuelle
 Imagepfad der Beispieldatei sieht so aus:
 
 ```dotenv
-PROVISIONER_IMAGE=ghcr.io/netivra/proxmox-ais:0.1.0
+PROVISIONER_IMAGE=gitlab.bartelluis.de/bartelluis/proxmox-ais-server:0.1.0
 PUBLIC_URL=https://provision.example.net
 MAINTENANCE=false
 ```
@@ -64,7 +64,9 @@ MAINTENANCE=false
 Imagepfad entspricht dem aktuellen Wert der Vorlage; die Verfügbarkeit des
 Tags `0.1.0` wird damit nicht vorausgesetzt. Maßgeblich sind das
 Pipeline-Artefakt oder die Registry-Anzeige deines Projekts.
-Der Registry-Endpunkt ist `ghcr.io`. Für reproduzierbare Deployments den Digest
+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.
+Für reproduzierbare Deployments den Digest
 bevorzugen und die bisher verwendeten Digests für spätere Updates aufbewahren.
 
 `PUBLIC_URL` ist die vollständige HTTPS-Basisadresse ohne zusätzlichen Pfad,
@@ -78,19 +80,20 @@ einrichten; `127.0.0.1` bezeichnet dort jeweils das eigene System.
 
 ## An der Registry anmelden und Image laden
 
-Öffentliche GHCR-Pakete lassen sich ohne Anmeldung herunterladen. Für ein
-privates Paket einen GitHub Personal Access Token **(classic)** mit dem Scope
-`read:packages` verwenden. Das zugehörige GitHub-Konto benötigt Lesezugriff auf
-das Paket; bei Organisations-SSO den Token dafür autorisieren. Der Token wird
+Öffentliche Gitea-Pakete lassen sich ohne Anmeldung herunterladen. Für ein
+privates Paket einen Gitea Personal Access Token mit dem Scope
+`read:package` verwenden. Das zugehörige Gitea-Konto benötigt Lesezugriff auf
+das Paket. Der Token wird
 bei der Anmeldung als Passwort verdeckt eingegeben und gehört nicht in `.env`.
-Das kurzlebige `GITHUB_TOKEN` des CI-Jobs ist kein Deployment-Zugang.
-[GHCR-Authentifizierung](https://docs.github.com/en/packages/working-with-a-github-packages-registry/working-with-the-container-registry#authenticating-with-a-personal-access-token-classic).
+Das kurzlebige `GITEA_TOKEN` des CI-Jobs ist kein Deployment-Zugang.
+[Gitea-Container-Registry](https://docs.gitea.com/usage/packages/container/),
+[Paketberechtigungen](https://docs.gitea.com/usage/packages/overview/#access-restrictions).
 
-Nur für private Pakete anmelden und `GITHUB_USERNAME` durch den GitHub-Namen
+Nur für private Pakete anmelden und `GITEA_USERNAME` durch den Gitea-Namen
 des Token-Inhabers ersetzen:
 
 ```bash
-docker login ghcr.io --username GITHUB_USERNAME
+docker login gitlab.bartelluis.de --username GITEA_USERNAME
 ```
 
 Konfiguration prüfen und das gewählte Image herunterladen: