Anhang: Beispiel ADR - AWS Präskriptive Leitlinien

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Anhang: Beispiel ADR

Titel

Diese Entscheidung definiert den Ansatz für den Lebenszyklus der Softwareentwicklung für die ABC-Anwendungsentwicklung.

Status

Accepted (Akzeptiert)

Date (Datum)

11.03.2022

Kontext

Bei der ABC-Anwendung handelt es sich um eine Paketlösung, die mithilfe eines Bereitstellungspakets in der Kundenumgebung bereitgestellt wird. Wir benötigen einen Entwicklungsprozess, der es uns ermöglicht, ein kontrollierbares Feature, einen Hotfix und eine Release-Pipeline einzurichten.

Entscheidung

Wir verwenden eine angepasste Version von Workflow für GitFlow, um eine ABC-Anwendung zu entwickeln.

GitFlow-Workflow, angepasst für die ABC-Beispielanwendung

Der Einfachheit halber werden wir die hotfix/*- und release/*-Verzweigungen nicht verwenden, da die ABC-Anwendung in einem Paket zusammengefasst wird, anstatt in einer bestimmten Umgebung bereitgestellt zu werden. Aus diesem Grund ist keine zusätzliche Komplexität erforderlich, die uns daran hindern könnte, schnell zu reagieren, um Fehler in Produktionsversionen oder Testversionen in einer separaten Umgebung zu beheben.

Im Folgenden ist die vereinbarte Verzeweigungsstrategie aufgeführt:

  • Jedes Repository muss über einen geschützten main-Zweig verfügen , der zum Tagging von Veröffentlichungen verwendet wird.

  • Jedes Repository muss für alle laufenden Entwicklungsarbeiten über einen geschützten develop-Zweig verfügen.

Konsequenzen

Positiv:

  • Der angepasste GitFlow-Prozess wird es uns ermöglichen, die Release-Versionsverwaltung der ABC-Anwendung zu kontrollieren.

Negativ:

  • GitFlow ist komplizierter als Trunk-basierte Entwicklung oder GitHub-Flow und hat mehr Overhead.

Compliance

  • Die main- und develop-Zweige in jedem Repository müssen als Protected gekennzeichnet sein.

  • Änderungen von main- und develop-Zweige müssen mithilfe von Merge-Anforderungen weitergegeben werden.

  • Für jede Merge-Anforderung ist mindestens eine Genehmigung erforderlich.

Hinweise

  • Autor: Jane Doe

  • Version: 0.1

  • Änderungsprotokoll:

    • 0.1: Erste vorgeschlagene Version