Julian Boldt
c662a58426
Release / verify (push) Canceled after 0s
CI / checks (push) Canceled after 0s
CI / frontend (push) Canceled after 0s
CI / backend (push) Canceled after 0s
Release / test (push) Canceled after 0s
Release / publish (backend) (push) Canceled after 0s
Release / publish (frontend) (push) Canceled after 0s
Release / publish (proxy) (push) Canceled after 0s
Release / publish (updater) (push) Canceled after 0s
Updates aus dem Webinterface. Auf Klick, mit Fortschritt und automatischem Rollback; ein eigener, optionaler Container erledigt die Arbeit. Ende-zu-Ende mit echten Images getestet, siehe Handbuch „Update aus dem Webinterface (optional)“: - **Updates aus dem Webinterface (optional):** Einstellungen › „OPNexus aktualisieren“ zeigt die neueste Version samt Release-Notes und aktualisiert auf Klick — mit Fortschrittsanzeige, automatischem Rollback bei einem fehlgeschlagenen Update und „Auf Vorversion zurücksetzen“ (mit Hinweis, ob dabei Daten verloren gehen). Dahinter arbeitet ein eigener, kleiner **Updater-Container** (`updater/`, Compose-Profil `updater`, mit `COMPOSE_PROFILES=updater` in `.env` aktivieren), der dieselbe Logik wie `opnexus update` ausführt. Er ist standardmäßig **aus** und der einzige Container mit Docker-Socket; das Backend bekommt ihn nie. Der Updater hat keinen veröffentlichten Port, ist nur mit einem selbst erzeugten Token ansprechbar und kann ausschließlich „aktualisieren auf die vom Release-Feed gemeldete neueste stabile Version“, „zurückrollen“ und „Status“. Hauptversions-Sprünge bleiben der Kommandozeile vorbehalten. Anfragen stehen im Audit-Log (neuer Typ „OPNexus-System“). Gilt nur für Release-Images. - `opnexus` (jetzt in `updater/opnexus`, `scripts/opnexus` ist ein Symlink): `status --porcelain`, Exit-Code 3 für „fehlgeschlagen und sauber zurückgerollt“. Release-Images und -Bundle enthalten zusätzlich `opnexus-updater`. - Der Banner „Neue Version verfügbar“ verlinkt auf den neuen Abschnitt in den Einstellungen.
85 lines
3.1 KiB
YAML
85 lines
3.1 KiB
YAML
# Baut und veröffentlicht die Release-Images, wenn ein Tag vX.Y.Z gepusht wird.
|
|
#
|
|
# Bewusst registry-neutral: dieselbe Datei läuft auf GitHub (ghcr.io) und auf
|
|
# Forgejo/Gitea mit Actions (Forgejo liest .github/workflows, wenn es kein
|
|
# .forgejo/workflows gibt). Wohin gepusht wird, steht NICHT hier, sondern in
|
|
# den Repository-Einstellungen:
|
|
# Variablen: REGISTRY (Default ghcr.io, z. B. git.opnexus.dev)
|
|
# IMAGE_NAMESPACE (Default: Repo-Besitzer, kleingeschrieben)
|
|
# Secrets: REGISTRY_USERNAME (Default: der auslösende Benutzer)
|
|
# REGISTRY_TOKEN (Default: GITHUB_TOKEN — das reicht nur für
|
|
# ghcr.io; auf Forgejo ein Zugriffstoken mit
|
|
# Berechtigung "write:package" eintragen)
|
|
# Wer auf mehrere Registries veröffentlichen will, pusht den Tag einfach zu
|
|
# mehreren Remotes — jeder Remote baut mit seiner eigenen Konfiguration.
|
|
# Ergebnis: <REGISTRY>/<IMAGE_NAMESPACE>/opnexus-{backend,frontend,proxy,updater}:<version>
|
|
# (flache Namen, weil verschachtelte Pfade je Registry unterschiedlich gehen).
|
|
#
|
|
# Der Publish-Job braucht einen Runner mit Docker-Zugriff, der QEMU-
|
|
# Emulation für arm64 erlaubt (privilegiert).
|
|
name: Release
|
|
|
|
on:
|
|
push:
|
|
tags: ["v[0-9]+.[0-9]+.[0-9]+*"]
|
|
|
|
jobs:
|
|
verify:
|
|
runs-on: ubuntu-latest
|
|
steps:
|
|
- uses: actions/checkout@v4
|
|
- run: scripts/check_version.sh "${GITHUB_REF_NAME%%-*}"
|
|
|
|
test:
|
|
uses: ./.github/workflows/ci.yml
|
|
|
|
publish:
|
|
needs: [verify, test]
|
|
runs-on: ubuntu-latest
|
|
permissions:
|
|
contents: read
|
|
packages: write
|
|
strategy:
|
|
fail-fast: true
|
|
matrix:
|
|
service: [backend, frontend, proxy, updater]
|
|
steps:
|
|
- uses: actions/checkout@v4
|
|
|
|
- name: Ziel bestimmen
|
|
id: target
|
|
env:
|
|
REGISTRY: ${{ vars.REGISTRY || 'ghcr.io' }}
|
|
NAMESPACE: ${{ vars.IMAGE_NAMESPACE || github.repository_owner }}
|
|
run: |
|
|
# Registry-Pfade müssen kleingeschrieben sein.
|
|
echo "image=$(echo "$REGISTRY/$NAMESPACE/opnexus-${{ matrix.service }}" | tr '[:upper:]' '[:lower:]')" >> "$GITHUB_OUTPUT"
|
|
|
|
- uses: docker/setup-qemu-action@v3
|
|
- uses: docker/setup-buildx-action@v3
|
|
|
|
- uses: docker/login-action@v3
|
|
with:
|
|
registry: ${{ vars.REGISTRY || 'ghcr.io' }}
|
|
username: ${{ secrets.REGISTRY_USERNAME || github.actor }}
|
|
password: ${{ secrets.REGISTRY_TOKEN || secrets.GITHUB_TOKEN }}
|
|
|
|
- id: meta
|
|
uses: docker/metadata-action@v5
|
|
with:
|
|
images: ${{ steps.target.outputs.image }}
|
|
# v1.9.0 -> 1.9.0, 1.9, 1 (+ latest); Vorabversionen bekommen nur
|
|
# den vollen Tag und nie "latest".
|
|
tags: |
|
|
type=semver,pattern={{version}}
|
|
type=semver,pattern={{major}}.{{minor}}
|
|
type=semver,pattern={{major}}
|
|
|
|
- uses: docker/build-push-action@v6
|
|
with:
|
|
context: ./${{ matrix.service }}
|
|
platforms: linux/amd64,linux/arm64
|
|
push: true
|
|
tags: ${{ steps.meta.outputs.tags }}
|
|
labels: ${{ steps.meta.outputs.labels }}
|