- Verschifft
- 5. September 2026 um 17:08 UTC
- Autor
- Kamo
- Ausschuss
- 265d2de
Die vorherige Übergabe stoppt "Set-Image" als stilles No-Op. Dies behauptet, die Ergebnis: Nach dem Rollout wird der Tag auf einen Digest bei der Registrierung gelöst und die laufenden Hülsen werden dagegen geprüft. Wenn kein Pod läuft das Bild dieser laufen produziert, scheitert der Build, anstatt Erfolg zu melden. Das Tag kann diese Frage nicht beantworten - die gleiche Verpflichtung wiederverwenden, so ein Abgestandene Hülse und eine frische tragen identische Tags. Das ist genau der Grund, warum die No-Op unbemerkt überlebte: alles, was ein Mensch überprüfen würde, sah richtig aus. Die Verdauung wird von der Registrierung gelöst, anstatt von der Build weitergegeben Job, der eine "Outputs:" Block auf diesem Job benötigen würde. Einen zu einem Job hinzufügen, der hatte es schon, wie dieser Workflow wurde still un-runnable heute früher: Forgejo lehnt einen doppelten Mapping-Schlüsse ab, indem es den Workflow komplett überspringt - nein laufen, kein Fehler, nur ein Depot, das leise stoppt Gebäude. Das Ganze behalten überprüfen innerhalb der bestehenden Shell-Block vermeidet diese Klasse von Fehler vollständig. Erhält OPEN, wenn die Registrierungs- oder Pod-Liste nicht erreichbar ist. Eine Lücke im Check ist kein Beweis für einen schlechten Einsatz, und ein Schritt, der Wolf weint, ist ein Schritt jeder lernt zu ignorieren.