- Spegnimento
- 5 settembre 2026 alle ore 17:08 UTC
- Autore
- Kamo
- Impegno
- 265d2de
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à fatto è come questo flusso di lavoro è diventato silenziosamente indisponibile oggi: Forgejo rifiuta una chiave di mappatura duplicata saltando completamente il flusso di lavoro — no eseguire, nessun errore, solo un repository che ferma tranquillamente la costruzione. Mantenere il tutto controllare all'interno del blocco shell esistente evita che la 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.