- Spegnimento
- 5 settembre 2026 alle ore 17:35 UTC
- Autore
- Kamo
- Impegno
- da99d6b
Il commit precedente si ferma `set image` essendo un no-op silenzioso. Questo afferma che risultato: dopo il rollout, il tag viene risolto per digerire al Registro di sistema e i pod in esecuzione sono controllati contro di esso. Se non c'è un pod che esegue l'immagine prodotto, la costruzione fallisce invece di segnalare il successo. Il tag non può rispondere a questa domanda — ricostruire lo stesso commit lo riutilizza, quindi un stale pod e una fresca porta etichette identiche. Questo è proprio il motivo per cui il noop sopravvisse inosservato: tutto quello che un umano avrebbe controllato sembrava giusto. Il digestivo viene risolto dal registro piuttosto che tramandato dalla costruzione lavoro, che avrebbe bisogno di un `outputs: ` blocco su quel lavoro. Aggiungere uno a un lavoro che già avuto è come un flusso di lavoro in questa flotta è diventato silenziosamente inabile prima di oggi: Forgejo rifiuta una chiave di mappatura duplicata saltando il flusso di lavoro interamente — nessun run, nessun errore, solo un repository che ferma tranquillamente la costruzione. Mantenere l'intero controllo all'interno del blocco shell esistente evita quella classe di fallimento completamente. Fails OPEN quando il registro o l'elenco dei pod è irraggiungibile. Un divario nel controllo non è la prova di un cattivo schieramento, e un passo che piange il lupo è un passo tutti impara a ignorare.