- Verschifft
- 5. September 2026 um 15:53 UTC
- Autor
- Kamo
- Ausschuss
- fac1091
Das Bild ist mit dem Commit SHA markiert, so dass der Wiederaufbau der gleichen Commit produziert eine identische Bildreferenz. "kubectl Set Bild" ändert dann nichts, die Einsatz wird nie berührt, "Rollout-Status" gelingt sofort gegen den OLD Hülsen, und die Pipeline geht grün mit nichts eingesetzt. Das ist nicht hypothetisch und es ist nicht selten: es geschieht auf jedem workflow_dispatch, jede Wiederholung und - der Fall, der zählt - jedes Mal Service muss umgebaut werden, um eine Kamo-Shared-Bibliothek ohne eine Verpflichtung zu holen Für sich. Heute ist es zweimal passiert. Beide Male das Bild-Tag des Einsatzes gelesen korrekt, während die Hülsen abgestandenen Code liefen, was genau der Grund ist, warum niemand bemerkt: das Tag, den jeder überprüft, um eine Entsendung zu bestätigen, ist die eine Sache, die garantiert aussehen richtig. So vergleicht der Schritt nun die Bildreferenz vor und nach, und wenn es unverändert erzwingt einen Rollout-Neustart, um den neuen Inhalt hinter diesem Tag zu ziehen. Dann beweist es das Ergebnis durch DIGEST statt durch Tag, und scheitert der Build, wenn keine Hülse läuft das Bild dieser laufen produziert. Ein Tag kann nicht frisch unterscheiden Inhalt aus abgestanden; nur die Digest kann. Hätte es diesen Check gegeben, beide von heute stille No-Ops wären Baufehler statt Entdeckungen gewesen.