+ <ol class="postList"><li name="e3e4" id="e3e4" class="graf graf--li graf-after--p">Utilise une syntaxe déclarative. C'est la seule option pour la plupart des fournisseurs mais d'anciennes versions de Jenkins autorisent l'utilisation du code ou de l'UI</li><li name="1fdc" id="1fdc" class="graf graf--li graf-after--li">Choisit un fournisseur qui à une intégration Docker native</li><li name="edcd" id="edcd" class="graf graf--li graf-after--li">Échoue rapidement, lance les tests les plus rapide d'abord. Crée des 'tests de fumée' pour certaines étapes qui regroupe plusieurs inspections rapide (e.g liting, tests unitaires) et fourni des commentaires rapide à celui qui commit le code</li><li name="0375" id="0375" class="graf graf--li graf-after--li">Facilite le parcours des informations de build, cela inclut les rapports de tests, de couverture, de mutation, les logs ..etc</li><li name="df82" id="df82" class="graf graf--li graf-after--li">Crée plusieurs pipelines/jobs pour chaque évènement, réutiliser les étapes entre eux. Par exemple, configure un job pour les commits de features sur une branche et un différent pour une PR sur master. Laisse chacun réutiliser la logique en utilisants des étapes partagés (la plupart des fournisseurs ont des mécanisme pour réutiliser le code)</li><li name="19b0" id="19b0" class="graf graf--li graf-after--li">Ne met jamais de secrets dans la déclaration du job, récupère les depuis un secret store ou depuis les configurations du job</li><li name="b70d" id="b70d" class="graf graf--li graf-after--li">Augmente explicitement la version dans un build de release, ou au moins vérifie que le développeur l'a fait</li><li name="957c" id="957c" class="graf graf--li graf-after--li">Build une fois et efféctue toute les inspections sur l'artefact de build (e.g. Docker image)</li><li name="339b" id="339b" class="graf graf--li graf-after--li">Test dans un environnement ephémère qui ne change pas d'état entre les builds. Le cache des nodes peut être la seule exception</li></ol>
0 commit comments