Comprendre l’intégration continue et la livraison continue (CI/CD)

Effectué

Lorsque vous et les membres de votre équipe êtes chacun responsable du développement et de la maintenance de différentes parties de votre environnement Fabric, la meilleure pratique consiste à travailler dans des environnements de développement isolés jusqu'à ce que vous soyez prêt à combiner vos efforts de développement et à publier vos modifications dans un environnement de pré-production particulier. Lorsque vous êtes prêt à publier vos modifications, vous devez vous assurer qu'elles ne cassent pas le code existant et qu'elles n'interfèrent pas avec les modifications apportées par d'autres développeurs. Il est également nécessaire de s'assurer que les modifications du code sont sauvegardées et qu'elles peuvent être annulées en cas de problème. Les capacités d'intégration et de livraison continues intégrées à Fabric peuvent faciliter cette tâche.

L'intégration et la livraison continues sont des processus permettant d'intégrer les contributions de plusieurs développeurs à une base de code principale. Les contributions sont fréquemment validées, et des processus automatisés construisent et testent le nouveau code. Le code est continuellement mis en production, ce qui réduit le temps de développement des fonctionnalités.

Intégration continue

Si les développeurs travaillent sur des branches de code séparées sur leurs machines locales pendant de longues périodes et ne fusionnent leurs modifications dans la base de code principale qu'une fois leur travail terminé, cela augmente la probabilité de conflits et de bogues qui pourraient n'être identifiés qu'à des stades de développement ultérieurs et peut ralentir la livraison des fonctionnalités aux utilisateurs.

L'intégration continue (CI) vous aide à éviter les bogues et les défaillances du code et vous permet de développer et de publier des fonctionnalités en continu. Dans le cadre de l'intégration continue, vous livrez fréquemment du code à une branche de code partagée ou à un tronc dans un système de contrôle de version et, une fois qu'il a été fusionné, les changements sont validés par un processus de construction et des tests automatisés. Les conflits entre le nouveau code et le code existant sont identifiés plus tôt dans le processus de développement et sont plus faciles et plus rapides à résoudre.

Livraison continue

La livraison continue a lieu après l’intégration continue. Une fois l'intégration continue terminée, le code est déployé dans un environnement de mise à disposition où des tests automatisés supplémentaires sont effectués avant que le code ne soit mis en production.

Déploiement continu

Le déploiement continu est un processus qui permet de publier automatiquement des mises à jour dans des environnements de production, par le biais d'étapes de déploiement structurées, une fois qu'elles ont passé avec succès les tests automatisés.

Utiliser CI/CD dans Fabric

La gestion du cycle de vie des éléments Fabric à l'aide de CI/CD comporte deux parties : l'intégration et le déploiement. L’intégration est implémentée à l'aide de Git. Le déploiement est mis en œuvre à l'aide des pipelines de déploiement Fabric. L'automatisation du déploiement ou de l'intégration est mise en œuvre à l'aide des API REST de Fabric.

  • Git : Permet à votre équipe de collaborer à l’aide de branches et fournit un contrôle de version. Il vous permet de gérer les modifications de code incrémentielles et d’afficher l’historique du code.
  • Pipelines de déploiement : Permet de promouvoir les modifications de code dans différents environnements tels que le développement, les tests et la production.
  • API REST Fabric : Permet l'automatisation et la gestion programmatique des processus CI/CD.