Essayer AWS CodePipeline

L'intégration continue est une méthode de développement de logiciel DevOps avec 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 menées. L'intégration continue désigne souvent l'étape de création ou d'intégration du processus de publication de logiciel, et implique un aspect automatisé (un service d'IC ou de création) et un aspect culturel (apprendre à intégrer fréquemment). Les principaux objectifs de l'intégration continue sont de trouver et de corriger plus rapidement les bogues, d'améliorer la qualité des logiciels et de 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 travaillé. L'intégration de tous ces changements cumulés était alors longue et difficile. A cette contrainte s'ajoutait le problème de l'accumulation de petits bogues sur une longue période sans les corriger. 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 détecte les modifications faites sur le référentiel partagé. Il crée et exécute alors automatiquement des tests d'unité avec les nouveaux changements de code, afin de détecter instantanément les erreurs de fonction ou d'intégration.

Intégration et livraison continues

L'intégration continue désigne les étapes de création et de test d'unité 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.

 


Améliorer la productivité des développeurs

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.

Trouver et corriger plus tôt les bogues

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.

Livrer plus rapidement des mises à jour

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.

CICD

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 dans AWS CodeBuild à chaque fois que vous validez un changement.