[EPIC] Docker-Updates im UI: eigener 'Docker'-Tab + Bulk-Modus (analog VM-Updates #123) #201

New issue

Open

opened 2026-06-29 20:27:44 +00:00 by chinux · 0 comments

chinux commented

2026-06-29 20:27:44 +00:00

Owner

Vision

Docker-Updates genauso komfortabel wie die VM-Updates: ein eigener Tab "Docker" im Node-Detail (neben overview/info/vms/updates/…), der pro Container/Compose-Stack anzeigt, was sich aktualisieren laesst, plus ein Bulk-Modus analog zu den VM-Updates (#123) — auswaehlen, bestaetigen, alles durchrattern.

Zielbild UI

Neuer Tab docker (NodeCard NodeTab-Typ erweitern, Pattern wie updates).
Liste je Compose-Stack/Container: Name (Projektname, #197), aktuelles Image/Tag, Update-Status (rollend vs Version, #196), Fortschritt beim Check (#198).
Bulk-Modus wie BulkUpdateMode.svelte (VM-Vorbild, #123): Auswahl-Tabelle + Bestaetigung + ein Lauf, der alle gewaehlten Stacks der Reihe nach updatet, mit Live-Fortschritt im TaskDock (wie VM-Bulk-Jobs).
Einzel-Update + Bulk teilen denselben Backend-Flow (analog VM bulk-job).

Bausteine (bestehende Issues, die hier zusammenlaufen)

#91 — Digest-Vergleich-Fix (Pflicht-Basis, sonst falsche Signale im Tab).
#196 — rollende Tags (:latest) ehrlich labeln.
#197 — Projektname + Compose-Inhalt erfassen/anzeigen.
#198 — Fortschrittsanzeige beim Check.
#199 — gepinnte Tags: neueste Version + Bump-and-Update.
#200 — :latest → Pinning-Migrationshelfer.

Neu in diesem Epic (die Tab-/Bulk-Schicht selbst)

Docker-Tab-Komponente (Frontend) + Backend-Aggregation "alle Compose-Stacks eines Nodes mit Update-Status".
Bulk-Docker-Update-Flow (Backend): analog VM bulk-job (#123) — ein Job, der ausgewaehlte Stacks sequenziell compose pull && up macht, Fortschritt streamt.
TaskDock-Integration (Docker-Bulk-Jobs sichtbar wie VM-Jobs).
Optional spaeter: Docker in den Auto-Update-Scheduler (#174) aufnehmen.

Vorbild

VM-Updates: #123 (einheitlicher Bulk-Flow, erledigt), BulkUpdateMode.svelte, TaskDock, bulk-job. Dasselbe Muster fuer Docker spiegeln.

Reihenfolge (Empfehlung)

#91 (Basis) → 2. #196/#197/#198 (Daten+Anzeige) → 3. Docker-Tab + Bulk (dieses Epic) → 4. #199/#200 (Pinning-Komfort) → 5. Scheduler-Anbindung (#174).

Status

Epic/Vision — schrittweise. Kein Public-Blocker.

## Vision Docker-Updates genauso komfortabel wie die VM-Updates: ein eigener **Tab "Docker" im Node-Detail** (neben overview/info/vms/updates/…), der pro Container/Compose-Stack anzeigt, **was sich aktualisieren laesst**, plus ein **Bulk-Modus** analog zu den VM-Updates (#123) — auswaehlen, bestaetigen, alles durchrattern. ## Zielbild UI - Neuer Tab `docker` (NodeCard NodeTab-Typ erweitern, Pattern wie `updates`). - Liste je Compose-Stack/Container: Name (Projektname, #197), aktuelles Image/Tag, Update-Status (rollend vs Version, #196), Fortschritt beim Check (#198). - **Bulk-Modus** wie `BulkUpdateMode.svelte` (VM-Vorbild, #123): Auswahl-Tabelle + Bestaetigung + ein Lauf, der alle gewaehlten Stacks der Reihe nach updatet, mit Live-Fortschritt im TaskDock (wie VM-Bulk-Jobs). - Einzel-Update + Bulk teilen denselben Backend-Flow (analog VM bulk-job). ## Bausteine (bestehende Issues, die hier zusammenlaufen) - **#91** — Digest-Vergleich-Fix (Pflicht-Basis, sonst falsche Signale im Tab). - **#196** — rollende Tags (:latest) ehrlich labeln. - **#197** — Projektname + Compose-Inhalt erfassen/anzeigen. - **#198** — Fortschrittsanzeige beim Check. - **#199** — gepinnte Tags: neueste Version + Bump-and-Update. - **#200** — :latest → Pinning-Migrationshelfer. ## Neu in diesem Epic (die Tab-/Bulk-Schicht selbst) - Docker-Tab-Komponente (Frontend) + Backend-Aggregation "alle Compose-Stacks eines Nodes mit Update-Status". - Bulk-Docker-Update-Flow (Backend): analog VM bulk-job (#123) — ein Job, der ausgewaehlte Stacks sequenziell `compose pull && up` macht, Fortschritt streamt. - TaskDock-Integration (Docker-Bulk-Jobs sichtbar wie VM-Jobs). - Optional spaeter: Docker in den Auto-Update-Scheduler (#174) aufnehmen. ## Vorbild VM-Updates: #123 (einheitlicher Bulk-Flow, erledigt), `BulkUpdateMode.svelte`, TaskDock, bulk-job. Dasselbe Muster fuer Docker spiegeln. ## Reihenfolge (Empfehlung) 1. #91 (Basis) → 2. #196/#197/#198 (Daten+Anzeige) → 3. Docker-Tab + Bulk (dieses Epic) → 4. #199/#200 (Pinning-Komfort) → 5. Scheduler-Anbindung (#174). ## Status Epic/Vision — schrittweise. Kein Public-Blocker.

chinux added the

frontend

agent

labels

2026-06-29 20:27:44 +00:00