Intégration continue - Meilleures pratiques

Passons en revue les meilleures pratiques de l'intégration continue sur la base de toutes les leçons que nous avons apprises jusqu'à présent -

• Maintain a code repository- C'est l'étape la plus élémentaire. Dans tous nos exemples, tout est maintenu dans un référentiel Git directement de la base de code aux profils de publication, en passant par les scripts de base de données. Il faut toujours s'assurer que tout est conservé dans le référentiel de code.

• Automate the build- Nous avons vu comment utiliser MSBuild pour automatiser une compilation en utilisant un profil de publication. Il s'agit là encore d'une étape clé du processus d'intégration continue.

• Make the build self-testing - Assurez-vous que vous pouvez tester la construction en gardant les cas de test unitaires en place et ces cas de test doivent être exécutés de manière à pouvoir être exécutés par le serveur d'intégration continue.

• Everyone commits to the baseline every day- C'est un principe clé de l'intégration continue. Il ne sert à rien de rester jusqu'à la fin du processus entier pour voir qui rompt la construction.

• Every commit (to baseline) should be built- Chaque commit effectué sur l'application doit être construit avec succès. Si la génération échoue pour une raison quelconque, le code doit être modifié pour garantir la réussite de la génération.

• Keep the build fast- Si la construction est lente, cela indiquerait un problème dans tout le processus d'intégration continue. Assurez-vous que les builds sont toujours limités à une durée, de préférence ne doivent jamais dépasser 10 minutes.

• Everyone can see the results of the latest build- Le tableau de bord TeamCity donne à chacun une vue de toutes les builds, qui ont réussi ou échoué. Cela donne un bon aperçu à toutes les personnes impliquées dans le processus d'intégration continue.