DokumentationAEM as a Cloud ServiceBenutzerhandbuch

Pull-Request-Prüfungen für private Repositorys github-check-config

Last update: Mon Oct 13 2025 00:00:00 GMT+0000 (Coordinated Universal Time)
  • Gilt für:
  • Experience Manager as a Cloud Service

Erstellt für:

  • Admin
  • Entwickler

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

Konfiguration der Prüfungen des privaten Repositorys 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 Konfigurationsdatei namens .cloudmanager/pr_pipelines.yml in der Standardverzweigung des privaten Repositorys erstellen.

pullRequest:
  shouldDeletePreviousComment: false
  shouldSkipCheckAnnotations: 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
Legt fest, ob bei dieser GitHub-Pull-Anfrage nur der letzte Kommentar oder alle Kommentare mit den Ergebnissen der Codescans beibehalten werden sollen. Ist false (Standardeinstellung) festgelegt, werden vorherige Kommentare nicht gelöscht.
shouldSkipCheckAnnotations
true oder false
false
Legt fest, ob zusätzliche Anmerkungen bei der Prüfung der GitHub-Pull-Anfrage vorhanden sein sollen oder nicht. Ist false (Standardeinstellung) festgelegt, werden Prüfanmerkungen nicht übersprungen und in das Feedback aufgenommen.
type
CI_CD
Nicht zutreffend
Definiert das Verhalten der CI/CD(Continuous Integration/Continuous Deploymen)-Pipeline-Konfigurationen.
template.programId
Ganzzahl
Es werden keine Pipeline-Variablen wiederverwendet
Kann verwendet werden, um die Pipeline-Variablen wiederzuverwenden, die auf einer vorhandenen Pipeline festgelegt sind, die automatisch von jeder Pull-Anfrage erstellt wird.
template.pipelineId
Ganzzahl
Es werden keine Pipeline-Variablen wiederverwendet
Kann verwendet werden, um die Pipeline-Variablen wiederzuverwenden, die auf einer vorhandenen Pipeline festgelegt sind, die automatisch von jeder Pull-Anfrage erstellt wird.
namePrefix
Zeichenfolge
Full Stack Code Quality Pipeline for PR
Wird verwendet, um das Präfix für 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
fbcff2a9-b6fe-4574-b04a-21e75df764ab