- Verschifft
- 5. September 2026 um 17:35 UTC
- Autor
- Kamo
- Ausschuss
- ceb8749
Die vorhergehende Commit-Demitenung stoppt "Set-Image" als stilles No-Op. Dies behauptet, die Ergebnis: Nach dem Rollout wird der Tag auf eine Verdauung 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. Der Tag kann diese Frage nicht beantworten - das gleiche Commit-Reuse-Reuse wird es, 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. Der Digest wird von der Registrierung gelöst, anstatt vom 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 ein Workflow in dieser Flotte wurde still un-runnable Früher heute: Forgejo lehnt einen doppelten Mapping-Schlüssel ab, indem es den Workflow überspringt ganz no run, kein Fehler, nur ein Depot, das still und leise das Bauen stoppt. Halten Sie die gesamte Kontrolle innerhalb der bestehenden Shell-Block vermeidet diese Klasse Vollausfall. Fehlt OPEN, wenn die Registrierung oder die 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.