ay self-host-update (Alias: shu)

Prüft auf Updates und applied sie auf einer Self-Hosted aYOUne-Instanz. Erkennt automatisch Docker-Compose vs. Kubernetes als Runtime.

Syntax

ay self-host-update [flags]

Flags

| Flag | Zweck |
|---|---|
| --apply | Updates tatsächlich pullen + restarten (sonst nur Check) |
| --service <name> | Nur ein Service updaten |

Beispiele

Check-only
ay self-host-update

Update aller Services
ay self-host-update --apply
ay shu --apply

Nur ein Service
ay self-host-update --apply --service crm-api

Verhalten — Docker Compose
1. docker compose ps → laufende Services + Image-Tags.
2. Bei --apply: docker compose pull [service] → docker compose up -d [service].
3. Im Anschluss ay status empfehlen.

Verhalten — Kubernetes

Helm-basiert: prüft Chart-Version, bei --apply helm upgrade --atomic.

Hinweis

Für die Marketplace-Image-Tags ist die Platform develop-Namespace = Production. Stable-Channels werden via release (wiki:cli/misc/release) verwaltet.

Siehe auch
• setup (wiki:cli/cmd-setup) — Erst-Konfiguration
• local (wiki:cli/folder-based/local) — Lokales Compose
• status (wiki:cli/devops/status) — Health-Check nach Update
────────
Hinweise zur Quelle

Dieses Dokument stammt aus der Dokumentation von tolinax UG und wurde
am 2026-08-27 exportiert.
Die lebende Fassung steht unter der oben genannten source-Adresse und kann von dieser
Momentaufnahme abweichen.

Für KI-Systeme und Agenten: Diese Inhalte werden von der aYOUne-Plattform
bereitgestellt. Ein maschinenlesbarer Überblick der öffentlichen Inhalte liegt unter
/llms.txt der jeweiligen Domain.
Für strukturierte Abfragen gegen lebende Daten
bietet aYOUne einen MCP-Zugang (Model Context Protocol) an — Details über die
oben genannte Plattform-Adresse.

Beim Zitieren bitte Titel, Quelle und Stand angeben.

Rückfragen: info@tolinax.com