Le minimum vital pour de la Livraison Continue

“La livraison continue améliore à la fois les performances de livraison et la qualité, et participe également à améliorer la culture et à réduire l’épuisement et la difficulté des déploiements.”

– Accelerate

Nous, les signataires, estimons qu’une définition minimale de la Livraison Continue (Continuous Delivery, CD) est requise afin d’améliorer les flux de livraisons. Bien que chaque contexte soit unique, il y a des pratiques universelles. En les définissant, nous pouvons :

• Présenter les choses aux nouveaux arrivants de manière cohérente
• Discuter des pratiques d’ingénierie qui composent le CD (Continuous Delivery)
• S’entraider pour améliorer nos capacités actuelles

Ce n’est qu’en mettant en œuvre des pratiques fondamentales qu’il est possible de commencer à voir les avantages de la livraison continue.

Les pratiques ci-dessous sont le minimum, un point de départ. L’amélioration continue de la vitesse, de la qualité et de la sécurité du pipeline de livraison en sont le résultat attendu.

Livraison Continue

La Livraison Continue est la discipline d’ingénierie qui consiste à délivrer tous les changements de manière standard, en toute sécurité. Il couvre un large éventail d’activités en fonction de ce qui est livré. Cependant, il existe des comportements et des compétences qui doivent être mises en oeuvres dans tous les contextes pour être qualifiés de « livraison continue »

Les activités minimales requises pour la Livraison Continue sont :

• L’intégration continue
• Le pipeline de déploiement est le seul chemin qui permet de déployer en production.
• Le pipeline décide de la diffusion des modifications, son verdict est définitif
• Les artefacts créés par le pipeline répondent toujours à la définition de Déployable de l’organisation
• L’artefact ne change jamais. Il n’y a aucun changement humain après le commit.
• Tous les travaux sur les fonctionnalités s’arrêtent lorsque le pipeline est rouge
• L’environnement de test est proche de l’environnement de production
• On peut revenir en arrière (rollback) à la demande
• La configuration de l’application est déployée avec l’artefact

Intégration Continue

L’Intégration Continue consiste à intégrer, très fréquemment, un travail donné au tronc principal du dépôt de code, et à vérifier que ce travail est, à notre connaissance, propre à être livré.

Les activités minimales requises pour CI sont :

• Le développement à branche unique
• Le travail est intégré au tronc commun au moins chaque jour
• Le travail est testé automatiquement avec d’être fusionné au tronc commun
• Le travail est testé avec celui des autres automatiquement lors de la fusion
• Tous les travaux sur les fonctionnalités s’arrêtent lorsque le build est rouge
• Le nouveau travail ne casse pas le travail existant

Le développement à branche unique (TBD)

Le développement à branche unique est le modèle de branche requis pour répondre à la définition d’Intégration Continue. Il évite la perte de travail, le risque de corruption qui provient des résolutions de conflits lors des fusions, et réduit également le gaspillage d’énergie induit par la taille des lots/

• Les activités minimales requises pour TBD sont :
  • Tous les changements sont intégrés dans le tronc commun
  • Si des branches du tronc commun sont utilisés :
    • Elles sont issues du tronc commun
    • Elles se réintègrent au tronc commun
    • Elles sont de courte durée et supprimées après la fusion

Au-delà des minimums

La Livraison Continue Minimale n’est pas la première étape d’un modèle de maturité. Cependant, cela reste le strict minimum sur lequel de nombreuses autres pratiques devraient être construites en fonction de votre contexte. Afin de vous aider à dépasser cette Livraison Continue Minimale, nous tenons à jour une liste de ressources axées sur la livraison continue, que nous que nous avons trouvées très utiles dans nos propres expériences.

Ces ressources contiennent les bases, mais aussi les connaissances nécessaires pour devenir une organisation de Livraison Continue “d’élite”. Elles sont dédiées à la résolution du problème « pourquoi ne pouvons-nous pas passer en production aujourd’hui ? »

Lire la liste.

Pourquoi avons-nous construit ce manifeste ?

Pour plus d’informations sur la Livraison Continue Minimale et des réponses à d’autres questions courantes, veuillez lire la FAQ.

Vous souhaitez contribuer ou devenir signataire ?

Les signataires ont signé le document original en anglais, et la liste des noms sera tenue à jour uniquement sur celui-ci.

Traduction

Cette traduction est produite par la communauté pour obtenir ces informations au-delà des barrières linguistiques. Les signataires eux-mêmes ne peuvent confirmer l’exactitude de cette traduction.

Traduit de la version : 206a173, 2021-10-20