U gebruikt Cloud Build om een Docker-image te bouwen. U moet unit- en integratietests uitvoeren en de buildgeschiedenis moet tonen welke fase is mislukt. Wat moet u doen?

De correcte aanpak is om een Cloud Build-configuratiebestand te maken met afzonderlijke stappen voor het compileren en uitvoeren van unit- en integratietests. Dit zorgt ervoor dat elke testfase een eigen stap in de buildgeschiedenis krijgt. Als een test faalt, is direct zichtbaar welke specifieke stap de fout veroorzaakte, wat de diagnose en het oplossen van problemen vergemakkelijkt. Het toevoegen van RUN-commando's in de Dockerfile (optie A) is minder ideaal omdat dit de Docker-image onnodig groot maakt met testafhankelijkheden en de buildgeschiedenis minder gedetailleerd is bij een fout. Een enkele buildstap (optie B) of een aparte Cloud Build-pipeline (optie C) verhullen de specifieke falende testfase, wat het debuggen bemoeilijkt. Afzonderlijke stappen in één configuratiebestand bieden de gewenste granulariteit en overzichtelijkheid.