Update-Check: rollende Tags (:latest) erkennen + im UI ehrlich kennzeichnen (ergänzt #91) #196

New issue

Open

opened 2026-06-29 20:18:53 +00:00 by chinux · 0 comments

chinux commented

2026-06-29 20:18:53 +00:00

Owner

Kontext (ergänzt #91)

#91 fixt den falschen Digest-Vergleich (arch vs index). Aber :latest (und andere rollende Tags) bleiben prinzipiell ein bewegliches Ziel: pusht der Upstream ein neues :latest, IST ein Update verfuegbar — das ist dann korrekt, aber theProx soll es ehrlich einordnen, statt es wie einen versionierten Tag zu behandeln.

Ziel

Rollende Tags erkennen und im UI klar kennzeichnen:

Image-Tag ist :latest / :stable / :edge / kein/rollender Tag → Label "rollendes Tag — Update = Digest geaendert" (man weiss nicht was sich aendert).
Gepinnter Tag (:2.12.1) oder @sha256: → "Version/Digest fix; Update bewusst durch Tag-Aenderung".
Optional Hinweis im UI: "Fuer reproduzierbare Updates Tag pinnen statt :latest".

Umsetzung

VM-Guest-Agent (collect/mod.rs compose_check): pro Image den Tag mitliefern + Flag rolling: bool (Tag in {latest,stable,edge,mainline,…} oder ohne expliziten Tag).
Frontend: das Update-Signal entsprechend labeln (Badge "rollend" vs Version).

Akzeptanz

:latest-Image: Update-Signal sichtbar als "rollend (Digest geaendert)".
Gepinntes Image: Signal als Versions-/Digest-Update.
Kein Verstecken echter Updates.

Bezug

#91 (Digest-Vergleich-Fix — Voraussetzung).

Branch

feat/rolling-tag-aware-update-check

## Kontext (ergänzt #91) #91 fixt den falschen Digest-Vergleich (arch vs index). Aber `:latest` (und andere rollende Tags) bleiben prinzipiell ein bewegliches Ziel: pusht der Upstream ein neues `:latest`, IST ein Update verfuegbar — das ist dann korrekt, aber theProx soll es **ehrlich einordnen**, statt es wie einen versionierten Tag zu behandeln. ## Ziel Rollende Tags erkennen und im UI klar kennzeichnen: - Image-Tag ist `:latest` / `:stable` / `:edge` / kein/rollender Tag → Label "rollendes Tag — Update = Digest geaendert" (man weiss nicht *was* sich aendert). - Gepinnter Tag (`:2.12.1`) oder `@sha256:` → "Version/Digest fix; Update bewusst durch Tag-Aenderung". - Optional Hinweis im UI: "Fuer reproduzierbare Updates Tag pinnen statt :latest". ## Umsetzung - VM-Guest-Agent (collect/mod.rs compose_check): pro Image den Tag mitliefern + Flag `rolling: bool` (Tag in {latest,stable,edge,mainline,…} oder ohne expliziten Tag). - Frontend: das Update-Signal entsprechend labeln (Badge "rollend" vs Version). ## Akzeptanz - `:latest`-Image: Update-Signal sichtbar als "rollend (Digest geaendert)". - Gepinntes Image: Signal als Versions-/Digest-Update. - Kein Verstecken echter Updates. ## Bezug #91 (Digest-Vergleich-Fix — Voraussetzung). ## Branch `feat/rolling-tag-aware-update-check`

chinux added the

frontend

agent

labels

2026-06-29 20:18:53 +00:00

chinux referenced this issue

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

[Konzept] Gepinnte Tags: neueste Version erkennen + kontrolliertes Compose-Bump-and-Update (Vorschlag mit Klick) #199

chinux referenced this issue

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

[Konzept] :latest-Migrations-Helfer: aktuellen Digest auf Versions-Tag zurückmappen + 'auf X pinnen?' anbieten #200

chinux referenced this issue