Annexe : exemple d'ADR - AWS Conseils prescriptifs

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Annexe : exemple d'ADR

Titre

Cette décision définit l'approche du cycle de vie du développement logiciel pour le développement d'applications ABC.

État

Acceptée

Date

11/03/2022

Contexte

L'application ABC est une solution packagée qui sera déployée dans l'environnement du client à l'aide d'un package de déploiement. Nous avons besoin d'un processus de développement qui nous permettra de disposer d'une fonctionnalité, d'un correctif et d'un pipeline de versions contrôlables.

Décision

Nous utilisons une version adaptée du flux de travail GitFlow pour développer l'application ABC.

Flux de travail GitFlow, adapté à l'exemple d'application ABC

Pour des raisons de simplicité, nous n'utiliserons pas les branches hotfix/* et release/*, car l'application ABC sera packagée au lieu d'être déployée dans un environnement spécifique. C'est pourquoi il n'est pas nécessaire d'ajouter une complexité supplémentaire qui pourrait nous empêcher de réagir rapidement pour corriger les bogues dans les versions de production, ou de tester les versions dans un environnement distinct.

La stratégie de ramification convenue est la suivante :

  • Chaque référentiel doit disposer d'une branche main protégée qui sera utilisée pour étiqueter les versions.

  • Chaque référentiel doit disposer d'une branche develop protégée pour tous les travaux de développement en cours.

Conséquences

Positives :

  • Le processus GitFlow adapté nous permettra de contrôler la gestion des versions de l'application ABC.

Négatives :

  • GitFlow est plus compliqué que le développement basé sur jonction ou que le flux GitHub et implique plus de frais.

Conformité

  • Les branches main et develop de chaque référentiel doivent être marquées comme Protected.

  • Les modifications apportées aux branches main et develop doivent être propagées à l'aide de demandes de fusion.

  • Au moins une approbation est requise pour chaque demande de fusion.

Remarques

  • Auteur : Jane Doe

  • Version : 0.1

  • Journal des modifications :

    • 0.1 : version initiale proposée