Genehmigung von Änderungsanträgen
Ein Änderungsantrag kann manuell oder automatisch genehmigt werden (vorausgesetzt, alle erforderlichen Konformitätsprüfungen werden bestanden und die Einsatzbereitschaft ist gegeben true).
Es werden standardmäßig Standardänderungsanfragen erstellt und wenn alle erforderlichen Prüfungen auf Compliance erfolgreich abgeschlossen worden sind, wird für die Bereitstellungsbereitschaft der Wert true festgelegt. Wenn eine Änderungsanfrage
den Typ 'Standard' aufweist und für die Bereitstellungsbereitschaft der Wert true festgelegt ist, wird sie automatisch genehmigt.
Wenn eine oder mehrere Konformitätsprüfungen fehlschlagen, wird die Bereitstellungsbereitschaft auf false gesetzt, die kontinuierliche Bereitstellungspipeline wird unterbrochen und die Bereitstellung wird aufgrund der nicht genehmigten
Änderungsanforderung abgebrochen.
Sie können auch im Notfall mit dem Deployment fortfahren, indem Sie ein Notfall-Label zum Promotion-Pull-Request hinzufügen.
Sie können auch eine manuell vorab genehmigte Änderungsanforderung bereitstellen, die von der Bereitstellungspipeline verwendet werden kann (mit dem Label status_approved). In Gitlab
Wählen Sie einen der folgenden Ansätze:
Option 1: Hinzufügen eines Notfallsiegels zur Werbe-PR
Wenn die unverzügliche Bereitstellung von Notfalländerungen erforderlich ist, können Sie den Notfallmodus verwenden. Wenn Sie eine Änderung heraufstufen, fügen Sie der Heraufstufungs-Pull-Anforderung das Label emergency hinzu, um
die kontinuierliche Bereitstellungspipeline aufzufordern, eine Notfalländerungsanforderung zu erstellen. Notfalländerungsanfragen ermöglichen die Fortsetzung der Bereitstellung, auch wenn die Genehmigung fehlt. Weitere Informationen über den
Notfallablauf finden Sie unter Automatisieren des Änderungsmanagements.
Verwenden Sie den Notfallmodus sparsam und mit Bedacht.
Sie können den Wert des Notfall-Labels (default: EMERGENCY) festlegen, nach dem die Continuous-Deployment-Pipeline bei der Erstellung der Toolchain in der Promotions-Pull-Anforderung sucht.
Sie können den Wert der Notfallkennzeichnung auch über die Umgebungsvariablen der Pipeline ändern:
Diese Kennzeichnung, die durch den Wert der Umgebungseigenschaft emergency-label angegeben wird, muss dem Promotion-Pull-Request hinzugefügt werden, um der CD-Pipeline anzuzeigen, dass es sich um eine Notfalländerung handelt.
Wenn die Bereitstellung abgeschlossen ist, wird die Notfall-Änderungsanforderung auf den Status Review gesetzt, was bedeutet, dass sie von den zugewiesenen Genehmigern nachträglich überprüft und genehmigt werden muss.
Auf der Seite der CI-Pipeline gibt es keinen Notstrom. Wenn Sie jedoch eine CI-Pipeline/Trigger-Eigenschaft skip-inventory-update-on-failure auf einen leeren Wert oder 0 setzen, kann das Inventar-Repository auch dann
aktualisiert werden, wenn im CI-Pipeline-Lauf Probleme erkannt werden. Mit diesem aktualisierten Inventar kann eine Notfalländerung aktiviert werden.
Option 2: Übermittlung eines manuell vorab genehmigten CR
Wenn es sich bei der Bereitstellung nicht um einen Notfall handelt, können Sie warten, bis die Änderungsanfrage manuell genehmigt worden ist. Verwenden Sie die vorhandene, manuell vorab genehmigte Änderungsanforderungsnummer, die in den Umgebungsvariablen
der Pipeline für die kontinuierliche Bereitstellung festgelegt ist. Der Standardwert ist notAvailable, was bedeutet, dass die kontinuierliche Bereitstellungspipeline eine neue Änderungsanforderung erstellt.
