⚙️ 🤖 ↑N zählt Geschmacksrichtungen statt Versionen (stable-alpine → trixie-perl ↑12) #12

Open
opened 2026-08-29 13:36:46 +02:00 by holm · 0 comments
Owner
Dimension Bewertung Einschätzung
Aufwand ██████░░░░ Mittel-hoch — die Channel-Klassifikation müsste Varianten von Versionen trennen
Nutzen ██████░░░░ Mittel — im Picker verkraftbar, in einer Meldung wäre es ein Dauer-Fehlalarm
Bruchhäufigkeit ████████░░ Hoch — betrifft jedes Image mit Varianten-Tags (alpine/slim/ubi/perl/zts)
Nachhaltigkeit ███████░░░ Hoch — Tag-Schemata ändern sich nicht so schnell
Dringlichkeit ███░░░░░░░ Niedrig — solange die Zahl nur ein Mensch liest

Befund (gemessen von v00-egw-stack, 2026-08-29)

Der ↑N-Zähler vergleicht Geschmacksrichtungen statt Versionen:

Service doc-rel sagt was es wirklich ist
nginx:stable-alpine → trixie-perl ↑12 (other) anderes Basis-Image (Debian trixie + perl statt alpine)
phpswoole/swoole:php8.5-alpine → php8.5-zts-dev ↑3 (other) anderer Build (zts-dev statt normal)
mariadb:11.8 → 11.8.9-ubi9 ↑13 (11) anderes Basis-Image (UBI9 statt Debian)

Keiner der drei ist ein Upgrade. Für einen Picker, den ein Mensch durchblättert,
ist das verkraftbar — er sieht den Tag und erkennt die Variante. Als Zahl
gelesen behauptet ↑13 aber, der Stack hinke 13 Versionen hinterher
, und das
stimmt nicht.

Relevant wird das, sobald der Zähler in eine automatische Meldung wandert: dann
entsteht ein Dauer-Fehlalarm der unangenehmen Sorte — einer, der plausibel
aussieht. Genau deshalb prüft der watchtower-check
(holm.infra.secret/wsm25-hosting#73) Drift über Digests und beobachtet
höhere Branch-Tags nur für explizit benannte Images mit belegtem Tag-Schema.

Richtung

Der (other)-Channel sammelt heute alles, was nicht Semver ist. Sinnvoll wäre,
den Varianten-Suffix als Teil der Channel-Identität zu behandeln
(stable-alpine und trixie-perl sind verschiedene Channels, nicht zwei
Versionen desselben) — und ↑N nur innerhalb desselben Suffixes zu zählen.

Gemeldet von v00-egw-stack, weitergegeben von v00-wsm25-hosting.

🤖 angelegt von Claude v00 (API/Token holm)

| Dimension | Bewertung | Einschätzung | |---|---|---| | Aufwand | `██████░░░░` | Mittel-hoch — die Channel-Klassifikation müsste Varianten von Versionen trennen | | Nutzen | `██████░░░░` | Mittel — im Picker verkraftbar, in einer Meldung wäre es ein Dauer-Fehlalarm | | Bruchhäufigkeit | `████████░░` | Hoch — betrifft jedes Image mit Varianten-Tags (alpine/slim/ubi/perl/zts) | | Nachhaltigkeit | `███████░░░` | Hoch — Tag-Schemata ändern sich nicht so schnell | | Dringlichkeit | `███░░░░░░░` | Niedrig — solange die Zahl nur ein Mensch liest | ## Befund (gemessen von v00-egw-stack, 2026-08-29) Der `↑N`-Zähler vergleicht **Geschmacksrichtungen statt Versionen**: | Service | doc-rel sagt | was es wirklich ist | |---|---|---| | `nginx:stable-alpine` | `→ trixie-perl ↑12 (other)` | anderes Basis-Image (Debian trixie + perl statt alpine) | | `phpswoole/swoole:php8.5-alpine` | `→ php8.5-zts-dev ↑3 (other)` | anderer Build (zts-dev statt normal) | | `mariadb:11.8` | `→ 11.8.9-ubi9 ↑13 (11)` | anderes Basis-Image (UBI9 statt Debian) | Keiner der drei ist ein Upgrade. Für einen Picker, den ein Mensch durchblättert, ist das verkraftbar — er sieht den Tag und erkennt die Variante. **Als Zahl gelesen behauptet `↑13` aber, der Stack hinke 13 Versionen hinterher**, und das stimmt nicht. Relevant wird das, sobald der Zähler in eine automatische Meldung wandert: dann entsteht ein Dauer-Fehlalarm der unangenehmen Sorte — einer, der plausibel aussieht. Genau deshalb prüft der `watchtower-check` (`holm.infra.secret/wsm25-hosting#73`) Drift über **Digests** und beobachtet höhere Branch-Tags nur für explizit benannte Images mit belegtem Tag-Schema. ## Richtung Der `(other)`-Channel sammelt heute alles, was nicht Semver ist. Sinnvoll wäre, den **Varianten-Suffix** als Teil der Channel-Identität zu behandeln (`stable-alpine` und `trixie-perl` sind verschiedene Channels, nicht zwei Versionen desselben) — und `↑N` nur innerhalb desselben Suffixes zu zählen. Gemeldet von `v00-egw-stack`, weitergegeben von `v00-wsm25-hosting`. > 🤖 angelegt von Claude v00 (API/Token holm)
Sign in to join this conversation.
No description provided.