Vous utilisez Cloud Build pour créer une image Docker. Vous devez exécuter des tests unitaires et d'intégration, et l'historique de build doit indiquer quelle étape a échoué. Que devez-vous faire ?

La création d'un fichier de configuration Cloud Build avec des étapes distinctes pour la compilation et l'exécution des tests unitaires et d'intégration est la meilleure approche. Chaque étape de Cloud Build est exécutée séquentiellement, et si une étape échoue, le build s'arrête et l'historique de build indique clairement quelle étape a causé l'échec. Cela permet une identification rapide et précise des problèmes. Ajouter des commandes RUN dans le Dockerfile est moins idéal car un échec de test entraînerait un échec de la construction de l'image, mais l'historique de Cloud Build ne montrerait qu'un échec global du docker build, sans granularité sur l'étape de test spécifique. Une seule étape de build pour tous les tests ne permettrait pas de distinguer quel type de test (unitaire ou intégration) a échoué. Lancer un pipeline Cloud Build distinct ajouterait une complexité inutile et ne serait pas aussi efficace pour la détection immédiate des échecs au sein du même processus de build.