L'intégration continue est une méthode de développement de logiciel DevOps par laquelle les développeurs intègrent régulièrement leurs modifications de code à un référentiel centralisé, suite à quoi des opérations de création et de test sont automatiquement exécutées. L'intégration continue désigne généralement l'étape de création ou d'intégration du processus de publication de logiciels, et implique un aspect automatisé (par exemple un service d'intégration continue ou de création) et un aspect culturel (par exemple apprendre à intégrer fréquemment). Les principaux objectifs de l'intégration continue sont : trouver et corriger plus rapidement les bogues, améliorer la qualité des logiciels et réduire le temps nécessaire pour valider et publier de nouvelles mises à jour de logiciels.
Autrefois, les développeurs au sein d'une même équipe avaient tendance à travailler séparément pendant de longues périodes et à n'intégrer leurs modifications au référentiel centralisé qu'après avoir fini de travailler. Cela a rendu la fusion de changement de codes difficile et chronophage, et a également entraîné des bogues pendant une longue période, sans correction. La combinaison de ces différents facteurs empêchait de livrer rapidement des mises à jour aux clients.
Avec l'intégration continue, les développeurs appliquent régulièrement leurs modifications sur un référentiel partagé, avec un système de contrôle des versions comme Git. Avant d'envoyer leur code, les développeurs peuvent choisir d'exécuter des tests sur des unités locales pour le vérifier davantage avant son l'intégration. Un service d'intégration continue crée et exécute automatiquement des tests unitaires sur les nouveaux changements de codes pour détecter immédiatement n'importe quelle erreur.
L'intégration continue désigne les étapes de création et de test unitaire du processus de publication de logiciel. Chaque révision appliquée déclenche un processus de création et de test automatisé.
Avec la livraison continue, les modifications de code sont automatiquement appliquées, testées et préparées à la production. La livraison continue étend le principe de l'intégration continue en déployant tous les changements de code dans un environnement de test et/ou un environnement de production après l'étape de création.
L'intégration continue aide votre équipe à gagner en productivité, en limitant de nombre de tâches manuelles devant être accomplies par les développeurs et en encourageant les comportements qui contribuent à réduire le nombre d'erreurs et de bogues dans les versions publiées auprès des clients.
Avec des tests plus fréquents, votre équipe peut découvrir et corriger plus rapidement les bogues avant qu'ils ne prennent de l'ampleur.
L'intégration continue aide votre équipe à livrer plus rapidement et plus fréquemment des mises à jour après des clients.
Vous pouvez pratiquer l'intégration continue sur AWS de différentes manières.
Configurez un flux de travail d'intégration continue avec AWS CodePipeline, qui vous permet de créer un flux de travail qui produit du code sans AWS CodeBuild à chaque fois que vous validez un changement.
Découvrez les solutions de nos partenaires.
