DokumentationAEMCloud Manager-Dokumentation für AEM 6.x

Konfiguration der GitHub-Prüfung für private Repositorys github-check-config

Last update: Wed Sep 11 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Erstellt für:

  • Admin

Erfahren Sie, wie Sie die automatisch erstellten Pipelines so steuern, dass sie jede Pull-Anfrage an ein privates Repository validieren.

Konfiguration von GitHub-Prüfungen configuration

Bei der Verwendung von privaten Repositorys wird automatisch eine Full-Stack-Code-Qualitäts-Pipeline erstellt. Diese Pipeline wird bei jeder Aktualisierung einer Pull-Anfrage gestartet.

Sie können diese Prüfungen steuern, indem Sie eine Datei namens .cloudmanager/pr_pipelines.yml in der Standardverzweigung des privaten Repositorys erstellen.

github:
  shouldDeletePreviousComment: false
pipelines:
  - type: CI_CD
    template:
      programId: 1234
      pipelineId: 456
    namePrefix: Full Stack Code Quality Pipeline for PR
    importantMetricsFailureBehavior: CONTINUE
Parameter
Mögliche Werte
Standard
Beschreibung
shouldDeletePreviousComment
true oder false
false
Ob bei dieser GitHub-Pull-Anfrage nur der letzte Kommentar oder alle Kommentare mit den Ergebnissen der Code-Scans beibehalten werden sollen.
type
CI_CD
Nicht zutreffend
Definiert das Verhalten einer CI/CD-Pipeline.
template.programID
Ganzzahl
Es werden keine Pipeline-Variablen wiederverwendet
Sie können die Pipeline-Variablen wiederverwenden, die auf einer vorhandenen Pipeline festgelegt sind, die jede Pull-Anfrage automatisch erstellt.
template.pipelineID
Ganzzahl
Es werden keine Pipeline-Variablen wiederverwendet
Sie können die Pipeline-Variablen wiederverwenden, die auf einer vorhandenen Pipeline festgelegt sind, die jede Pull-Anfrage automatisch erstellt.
namePrefix
Zeichenfolge
Full Stack Code Quality Pipeline for PR
Wird verwendet, um den Namen der automatisch erstellten Pipeline festzulegen.
importantMetricsFailureBehavior
CONTINUE oder FAIL oder PAUSE
CONTINUE
Legt das Verhalten der Pipeline für wichtige Metriken fest
CONTINUE = Wenn eine wichtige Metrik fehlschlägt, wird die Pipeline automatisch weitergeleitet
FAIL = Wenn eine wichtige Metrik fehlschlägt, endet die Pipeline mit dem Status FEHLGESCHLAGEN
PAUSE = Wenn eine wichtige Metrik fehlschlägt, erhält der Code-Scan-Schritt einen Status WARTEN und muss manuell wieder aufgenommen werden
recommendation-more-help
c6cdc82b-cee9-48e0-a6ee-48149d5e72c3