DevOps Change-Geschwindigkeit -Eigenschaften
Verwenden Sie diese Eigenschaften, um Einstellungen in der Anwendung DevOps Change-Geschwindigkeit zu konfigurieren.
Erforderliche Rolle: sn_devops.admin
Sie können die Eigenschaften aus dem Arbeitsbereich DevOps Change anzeigen, indem Sie zu navigieren .
Um die Eigenschaften der klassischen Anwenderoberfläche anzuzeigen, navigieren Sie zu .
| Eigenschaft | Beschreibung | Standard | Name |
|---|---|---|---|
| Maximale Wiederholungen für fehlerhafte eingehende Ereignisse | Maximale Anzahl von Wiederholungen für fehlerhafte eingehende Ereignisse. | 3 | [sn_devops.max_retry_count_inbound_event] |
| Toolfähigkeiten | Die unterstützten Toolfähigkeiten werden als kommagetrennte Werte eingegeben. | Code, Plan, Orchestration, Artefakt, Test | [sn_devops.tool_capabilities] |
| DevOps Genehmigungstext für Change-Anforderung | Der Genehmigungstext der Change-Anforderung DevOps, der für Change-Management-Anpassungen verwendet werden soll. | Genehmigt | [sn_devops.change_request.approved_approval] |
| DevOps-Change-Anforderung – Attribute bei Change-Erstellung anwenden |
Wenn diese Option aktiviert ist, werden Change-Attribute angewendet, wenn ein Change erstellt wird. Wenn auf die Change-Attribute Datenrichtlinien angewendet werden, werden diese beim Erstellen des Change erzwungen. Wenn diese Eigenschaft nicht aktiviert ist, werden Change-Attribute angewendet, nachdem der Change erstellt wurde. Dies kann zu einem Fehler bei der Change-Erstellung führen, wenn Datenrichtlinien für die Change-Attribute vorhanden sind. |
Falsch (deaktiviert) | [sn_devops.change_request.apply_attributes_on_creation] |
| Dauer von DevOps Systemintegritätsbericht (in Tagen) | Standardmäßig auf die letzten 7 Tage eingestellt, um Systemintegritätsmetriken wie eingehende Ereignisse anzuzeigen. | 7 | [sn_devops.health_duration_report] |
| Aktivieren Sie die automatische Zuordnung von Repositorys zu Apps bei der Pipeline-Ausführung | Wenn diese Option aktiviert ist, werden Repositorys automatisch Apps zugeordnet und die Nachverfolgung aktiviert, wenn eine Pipeline Commits eines noch nicht zugeordneten Repositorys identifiziert. Ordnet auch Pipelines zu, die der entsprechenden App noch nicht zugeordnet sind, wenn das Repository der App bereits zugewiesen ist. | Ja (aktiviert) | [sn_devops.enable_automatic_associations] |
| Maximale Anzahl von Seiten, die für eine Importanforderung gleichzeitig verarbeitet werden | Die maximale Anzahl von Seiten, die für eine Importanforderung gleichzeitig verarbeitet werden müssen | 10 | [sn_devops.import.max.pages.processing.per_import] |
| DevOps Subflow für Wiederverwendbarkeitsentscheidung für Change-Anforderung | Der Subflow, der aufgerufen werden kann, um zu überprüfen, ob ein zuvor erstellter Change wiederverwendet werden kann, anstatt einen neuen zu erstellen. | sn_devops.change_request_reusability_subflow | [sn_devops.change_request_reusability_decision] |
| GitHub-URL | Für GitHubwird dieses Feld verwendet, um die API-URL (für REST-Aufrufe) abzurufen. | https://github.com | [sn_devops.github.url] |
| Abbruchstatus der DevOps-Change-Anforderung | DevOps Abbruchstatus der Change-Anforderung, der für Change-Management-Anpassungen verwendet werden soll. |
4 (Abgebrochen) |
[sn_devops.change_request.cancel_state] |
| Maximale Ausführungen des Orchestration-Tools beim Import | Maximale Ausführungen des Orchestration-Tools beim Importieren von Jenkins -Freestyle-Aufträgen. | 1000 | [sn_devops.import.orchestration_tool.executions.maximum] |
| Um Nutzlasten als Anhänge im Datensatz der Importanforderungsseite zu speichern, legen Sie das Feld „Wert“ auf „wahr“ fest. Alles andere gilt als falsch. | Bei „wahr“ wird die abgerufene JSON-Nutzlast als Anhang auf der Seite „Importanforderung“ gespeichert. Um Nutzlasten als Anhänge im Datensatz der Importanforderungsseite zu speichern, legen Sie das Feld Wert auf wahr fest. Alles andere gilt als falsch. |
Falsch (deaktiviert) | [sn_devops.import.save.payloads.as.attachments] |
| DevOps Kennzeichnung für Zusammenfassung der Softwarequalität von Nicht-Administratoren | Aktivieren Sie diese Option, um SonarQube -Scans, die in Ihren Pipelines vom GitHub ActionsTyp , Jenkinsoder Azure DevOps konfiguriert sind, als Nicht-Administratoranwender SonarQube anzuzeigen und zu überwachen. | Falsch (deaktiviert) | [sn_devops.non_admin_software_quality_summary_flag] |
| Standardtesttyp | Standardtesttyp aus Orchestration-Pipelines. | JUnit |
[sn_devops.default_test_type] |
| Verzweigungen des Codierungstools pro Seite | Anzahl der Verzweigungen des Codierungstools pro Seite. | 19 |
[sn_devops.import.coding_tool.branches.pro_page] |
| Probleme mit dem Planungstool pro Seite | Anzahl der pro Seite angezeigten Probleme mit dem Planungstool. | 100 | [sn_devops.import.planning_tool.issues.per_page] |
| Automatisches Hinzufügen der Rolle „sn_devops“ zu aktiven DevOps-Anwendern | Die im Feld „Wert“ eingegebene Rolle „sn_devops“ wird automatisch Benutzern hinzugefügt, die aktive DevOps -Benutzer sind (z. B. einen Commit durchführen). Wenn eine Rolle angegeben wird, die sich nicht im Bereich „sn_devops“ befindet, wird sie nicht hinzugefügt. Leer lassen, wenn keine Rolle automatisch angegeben werden soll. |
sn_devops.viewer | [sn_devops.discovered.user.auto.assign.role] |
| Softwarequalitätskategorien, die standardmäßig in der Pipeline-UI-Ansicht angezeigt werden | Die Softwarequalitätskategorien, die standardmäßig in der Pipeline-UI-Ansicht angezeigt werden, eingegeben als kommagetrennte Werte. | Abdeckung,lines_of_code,Fehler,Codeduplizierungen,Schwachstellen | [sn_devops.sq_ui_category_preferences] |
| Fehler oder Ausnahmen (kommagetrennt), für die fehlerhafte eingehende Ereignisse auf „Wiederholen“ festgelegt werden | Fehler oder Ausnahmen, für die die fehlerhaften eingehenden Ereignisse auf „Wiederholen“ festgelegt werden. Eingabe als kommagetrennte Werte. | TimeOutException,FlowObjectAPIException | [sn_devops.inbound_events_retry_error_list] |
| DevOps-Protokollebene | Die Protokollebene DevOps. Wählen Sie die entsprechende Ebene aus den folgenden Optionen aus:
|
Warnung | sn_devops.devops_log_level |
| Change-Anforderungen DevOps im Feld „DevOps-Change“ kategorisieren | . Wählen Sie diese Option aus, um Change-Anforderungen, bei denen das Feld „Kategorie“ auf DevOps festgelegt ist, als DevOps -Change zu kategorisieren. Löschen, um zu deaktivieren. |
Falsch (deaktiviert) | [sn_devops.custom_change_categoriization] |
| Ausführungen des Orchestration-Tools pro Seite | Anzahl der Ausführungen des Orchestration-Tools pro Seite. | 50 | [sn_devops.import.orchestration_tool.executions.per_page] |
| Importabfrage aktivieren | Option zum Aktivieren der Abfrage von Importanforderungen. Löschen, um die Abfrage zu deaktivieren. | Falsch (deaktiviert) | [sn_devops.enable_import_polling] |
| GitHub API-Versionspfad | Der GitHub API-Versionspfad. | /api/v3 | [sn_devops.github.api_version_path] |
| Zeitüberschreitung bei der Überprüfung der Toolberechtigung pro Datensatz (in Millisekunden) |
Während des Toolverbindungsprozesses führt das System im Vordergrund Berechtigungsvalidierungen durch und schränkt die Seite des Tools ein. Bei jeder Berechtigungsvalidierung erfolgt ein REST-API-Aufruf an externe Tools, um die Verfügbarkeit der Berechtigung zu bewerten. Die Antwortzeit der REST API kann je nach Netzwerkeinstellungen variieren. Um Verzögerungen zu vermeiden, können Sie angeben, wie lange das System auf den Erhalt einer Antwort von einem externen Tool warten soll, bevor die Berechtigung über diese Eigenschaft als Fehler markiert wird. |
10000 | [sn_devops.permission_check_timeout] |
| DevOps Subflow des Wiederverwendbarkeitsmodells für Change-Anforderung | Der Subflow des Wiederverwendbarkeitsmodells für Change-Anforderungen DevOps. | sn_devops.devops_reused_model_change_request | [sn_devops.devops_reused_model_change_request] |
| Verstrichene Zeit (in Minuten) | Die verstrichene Zeit in Minuten. Die Wiederholung des Auftrags sucht nach fehlerhaften eingehenden Ereignissen ab der angegebenen Zeit/dem angegebenen Wert. | 1440 (7 Tage) | [sn_devops.inbound_events_error_retry_mins_ago] |
| Change-Anforderung abbrechen, wenn die zugehörige Phase in der Pipeline fehlschlägt oder abgebrochen wird |
Wenn diese Eigenschaft aktiviert ist und die Orchestration-Aufgabe, die einem bestimmten Schritt in der Pipeline DevOps zugeordnet ist, fehlschlägt oder abgebrochen wird, wird auch die diesem Schritt zugeordnete Change-Anforderung abgebrochen. Ein Change Request kann nur abgebrochen werden, wenn er zum Zeitpunkt des Abbruchs noch nicht abgelehnt wurde oder sich nicht im Status „Implementieren“ oder „Überprüfung“ befindet. |
Falsch (deaktiviert) | [sn_devops.cancel_change_on_pipeline_cancel] |
| Kaskadierender Löschschwellenwert (empfohlener Vordergrundgrenzwert ist 1.000) | Kaskadieren Sie den Löschschwellenwert. | 1000 | sn_devops.cascade_delete_threshold] |
| Maximale Anzahl von Wiederholungen pro Seite beim Import | Maximal zulässige Wiederholungen pro Seite beim Importieren von Daten aus Tools. | 3 | [sn_devops.import.max.retries.pro_page] |
| DevOps Status der Change-Anforderung nach der Implementierung | DevOps Status der Change-Anforderung nach der Implementierung, der für Change-Management-Anpassungen verwendet werden soll. |
0 (Überprüfung) |
[sn_devops.change_request.post_implement_state] |
| DevOps Implementierungsstatus der Change-Anforderung | DevOps Implementierungsstatus der Change-Anforderung, der für Change-Management-Anpassungen verwendet werden soll. | -1 (Implementieren) | [sn_devops.change_request.implement_state] |
| Standardmäßige Committer-Punktzahl | Die standardmäßige Committer-Punktzahl. | 50 | [sn_devops.committer.score.default] |
| Aktivieren Sie diese Option, um Pull-(Merge-)Anforderungen GitLab von nachzuverfolgen. Wenn die Option nicht aktiviert ist, werden Pull-(Merge-)Anforderungen und zugehörige Ereignisse ignoriert. | Wenn diese Eigenschaft aktiviert ist, werden GitLab Pull-(Merge-)Anforderungen in DevOps Change-Geschwindigkeitnachverfolgt. Wenn diese Option deaktiviert ist, werden alle Zusammenführungsanforderungsereignisse ignoriert. | Ja (aktiviert) | sn_devops.track.gitlab.pullrequests |
| Standardmäßige Zurücksetzungszeit der Drosselung in Minuten ab dem aktuellen Zeitpunkt | Wenn ein Tool eine Drosselrücksetzungszeit nicht unterstützt, wird die Drosselrücksetzungszeit als die aktuelle Zeit plus dem für diese Eigenschaft angegebenen Wert betrachtet. | 15 Minuten | [sn_devops.throttle.reset.time.default] |
| Multiplikationsfaktor für Committer-Punktzahl | Der für die Committer-Punktzahl zu verwendende Multiplikationsfaktor. | 1 | [sn_devops.committer.score.multiply.factor] |
| Automatische Archivierung (in Monaten) | Die Dauer, nach der die Tabellendaten automatisch archiviert werden sollen. | 9 | sn_devops.table_auto_archive_duration |
| Veraltet – Debug-Kennzeichnung aktivieren (Neue Eigenschaft DevOps Protokollebene verwenden) |
DevOps Debuggen Sie die Protokollierung.
Hinweis: Diese Eigenschaft ist veraltet, verwenden Sie stattdessen die Eigenschaft sn_devops.devops_log_level (ProtokollebeneDevOps ). |
Ja (aktiviert) | [sn_devops.enable_debug] |
| Maximale Verarbeitungszeit pro Seite (in Sekunden) während des Imports | Maximale Verarbeitungszeit in Sekunden, die pro Seite beim Importieren von Daten aus Tools zulässig sein sollte. | 300 | [sn_devops.import.max.processing.time.seconds.per_page] |
| Unterstützte Webhook-Funktionalität | Von DevOps Change-Geschwindigkeitunterstützte Webhook-Fähigkeiten. | Code, Plan, Orchestration, Artefakt, Test | [sn_devops.supported_webhook_capabilities] |
| DevOps Change-Anforderung im Status „Geschlossen“. | DevOps Status „Geschlossen“ der Change-Anforderung, der für Change-Management-Anpassungen verwendet werden soll. | 3 | [sn_devops.change_request.closed_state] |
| Massen-Flow-Zeitüberschreitung (in Millisekunden) | Zeitüberschreitung des Massen-Flows in Millisekunden. | 60000 | [sn_devops.bulk_flow_timeout] |
| GitHub/Bitbucket Codierungstool-Commits pro Seite | Anzahl der Commits des Codierungstools pro Seite für GitHub und Bitbucket. | 100 | [sn_devops.import.coding_tool.commits.pro_page] |
| Ordnertiefe |
Ruft nur die Orchestration-Aufgaben und -Pipelines ab, die sich in Ordnern befinden, deren Verschachtelungsebene kleiner als oder gleich der hier angegebenen Anzahl ist. Die Ordnertiefe ist die Ebene der Verschachtelung von Ordnern in Jenkins, die die Orchestration-Aufgabe und die Pipelines enthält, die Sie erkennen möchten. Wenn Sie beispielsweise Orchestration-Aufgaben und Pipelines für eine Ordnerstruktur erkennen möchten, die in Ihrer Umgebung Jenkins zweimal geschachtelt ist, müssen Sie 2 als Wert für diese Eigenschaft eingeben. |
3 | [sn_devops.discover.jenkins.folder.tiefe] |
| DevOps Subflow des Change-Anforderungshandlers | Wenn Sie einen anwenderdefinierten Subflow anstelle des Subflows des Standard-Change-Handlers in Flow Designer (der zum Füllen der Change-Anforderungsfelder mit Standardwerten verwendet wird) verwenden, müssen Sie diesen Eigenschaftswert auf den neuen Subflow aktualisieren. Sie können den Subflow des Standard-Change-Handlers in Flow Designer kopieren und entsprechend den Anforderungen Ihrer Organisation aktualisieren. Weitere Informationen zum Subflow des Standard-Change-Handlers finden Sie unter DevOps -Flows werden angepasst. Informationen zum Kopieren von Subflows finden Sie unter Copy a subflow. |
sn_devops.default_change_handler_subflow | [sn_devops.change_request_handler_subflow] |
| Repositorys des Codierungstools pro Seite |
Die Anzahl der Repositorys, die pro Seite angezeigt werden müssen, wenn Sie Repositorys importieren, nachdem Sie eine Verbindung zu einem Tool hergestellt haben. Die Gesamtzahl der importierten Repositorys ist nicht von dieser Eigenschaft abhängig, aber die Anzahl der Repositorys, die pro Seite aus der Gesamtzahl der importierten Repositorys angezeigt werden müssen, kann mit dieser Eigenschaft angegeben werden. Wenn Ihr Tool beispielsweise 1000 Repositorys enthält und Sie 100 als Eigenschaftswert angeben, werden 1000 Repositorys importiert, von denen 100 pro Seite auf der Seite „Importanforderungen“ angezeigt werden. Wenn Sie Repositorys erkennen, hängt auch die Anzahl der Repositorys, die pro API-Aufruf im Back-End abgerufen werden müssen, von diesem Eigenschaftswert ab. Legen Sie für eine große Anzahl von Repositorys einen relativ kleineren Wert für diese Eigenschaft fest, damit pro Aufruf eine geringere Anzahl von Repositorys abgerufen wird und das System nicht abläuft. |
100 | [sn_devops.import.coding_tool.repos.pro_page] |
| GitHub API-URL | GitHub API-URL | https://api.github.com | [sn_devops.github.api_url] |
| Höchstgrenze für den Import von Ausgaben des Planungstools „ITBM Agile“ | Strategisches Portfoliomanagement (SPM) Importgrenzwert für Import von Agile-Planungstool. | 1000 | [sn_devops.import.planning_tool.itbm.issues.max.limit] |
| Weisen Sie eine UR-Aufgabe zu und veranlassen Sie eine Benachrichtigung, um die Anmeldeinformationen für das Tool zu aktualisieren, wenn sie abgelaufen sind |
Administratoren und Toolbesitzer werden (per UR-Aufgabe, E-Mail, Banner und Feldnachricht) über den Ablauf von Tool-Anmeldeinformationen benachrichtigt, nachdem die Anmeldeinformationen abgelaufen sind. Als Administrator oder Toolbesitzer können Sie Ihre Tool-Anmeldeinformationen aktualisieren und das Tool verbinden, um weiteren Datenverlust zu verhindern. Informationen zum Aktualisieren von Tool-Anmeldeinformationen finden Sie unter Aktualisiert die Anmeldeinformationen für Drittpartei-Tools in DevOps Change-Geschwindigkeit. |
Ja (aktiviert) | [sn_devops.credential_expiration.notify_on_expiration] |
| Anzahl der Tage vor Ablauf der Tool-Anmeldeinformationen zum Zuweisen einer UR-Aufgabe und Benachrichtigen (falls zutreffend) |
Legen Sie die Anzahl der Tage vor Ablauf der Tool-Anmeldeinformationen fest, um Benachrichtigungen (per UR-Aufgabe, E-Mail, Banner und Feldnachricht) an Administratoren für Tools GitHub vom Typ zu senden, die mit der Standardauthentifizierung erstellt wurden. Um das Senden proaktiver Benachrichtigungen zu beenden, wählen Sie 0 als Wert für diese Eigenschaft aus. Informationen zum Aktualisieren von Tool-Anmeldeinformationen finden Sie unter Aktualisiert die Anmeldeinformationen für Drittpartei-Tools in DevOps Change-Geschwindigkeit. |
3 | [sn_devops.credential_expiration.notify_before_days] |
| Anzahl der Tage zur Anzeige von Warnmeldungen, wenn keine Ereignisse empfangen wurden |
Legen Sie die Anzahl der Tage fest, für die Warnmeldungen im Feld Letztes Ereignis empfangen im Tooldatensatz angezeigt werden sollen, wenn keine Ereignisse empfangen wurden. Dies gilt nur für Tools, die Daten an ServiceNowsenden. Das Feld „Letztes empfangenes Ereignis“ wird im Header des Tooldatensatzes und im Tooldatensatz für Warnwarnungen gelb hervorgehoben, wenn die Ereignisse nicht empfangen wurden. |
2 | [sn_devops.last_event_received.warning] |
| Anzahl der Tage zur Anzeige kritischer Warnungen, wenn keine Ereignisse empfangen wurden |
Legen Sie die Anzahl der Tage fest, für die kritische Warnungen im Feld Letztes Ereignis empfangen im Tooldatensatz angezeigt werden, wenn keine Ereignisse empfangen wurden. Dies gilt nur für Tools, die Daten an ServiceNowsenden. Das Feld „Letztes empfangenes Ereignis“ wird im Header des Tooldatensatzes und im Tooldatensatz für kritische Warnungen rot hervorgehoben, wenn die Ereignisse nicht empfangen wurden. |
7 | [sn_devops.last_event_received.critical] |
| Aktivieren Sie, ob Azure DevOps Run Commits anhand des letzten erfolgreichen Pipeline-Builds ermittelt werden müssen |
Wenn diese Option aktiviert ist, ruft DevOps Change die letzten Commits (bis zu 2000) ab, die nach dem letzten erfolgreichen Pipeline-Build von Azure DevOps als Teil von Run Commits erstellt wurden. Wenn diese Option deaktiviert ist, werden nur die letzten 200 Commits für Run Commits berücksichtigt. |
Nein | [sn_devops.enable_ado_bulk_run_commits] |
| Legen Sie fest, ob GitHub Ausführungs-Commits anhand der letzten erfolgreichen Workflow-Ausführung ermittelt werden müssen |
Wenn diese Option aktiviert ist, ruft DevOps Change die ersten 2000 Commits nach der letzten erfolgreichen Workflow-Ausführung in GitHub als Teil von Run Commits ab.
Hinweis: Übersprungene Commits werden nicht berücksichtigt. Wenn deaktiviert, wird nur der letzte Commit für Run Commits abgerufen. |
Nein | [sn_devops.enable_github_run_commits] |
| Durch diese Eigenschaft wird festgelegt, ob eine generische Verbindung beim Konfigurieren des Vorgangs für erstellt werden soll Azure DevOps | Die Eingabe des Integrationsbenutzernamens und des Passworts ist erforderlich, um Webhooks zu konfigurieren, wenn diese Eigenschaft aktiviert ist. | Nein | [sn_devops.enable_ado_generic_connection] |
| Höchstgrenze für die Anzahl der Pipelines, die für ein Azure DevOps -Projekt erkannt werden können | Legen Sie die maximale Anzahl von Pipelines fest, die in einer Importanforderung für ein ADO-Projekt erkannt werden können. Wenn Ihr Projekt über mehr als 15.000 Pipelines verfügt, können Sie versuchen, diesen Eigenschaftswert auf diese Zahl festzulegen und zu sehen, ob die Pipelines erkannt werden. Wenn nicht, können Sie den Wert auf eine niedrigere Zahl reduzieren und versuchen, zu erkennen. | 15000 | [sn_devops.discover.max.pipelines.ado] |
| Change-Anforderungsstatus DevOps automatisch aktualisieren, wenn Change-Beleg aktiviert ist | Aktualisiert die Status der Change-Anforderung DevOps automatisch, wenn der Change-Beleg aktiviert ist. Wenn Sie den automatischen Übergang der Change-Anforderungsstatus auch dann stoppen möchten, wenn der Change-Beleg aktiviert ist, müssen Sie diese Eigenschaft deaktivieren. | Ausgewählt (aktiviert) | [sn_devops.enable_change_receipt_state_transition] |
| Zu diesem Anwender wechseln, nachdem die tokenbasierte Authentifizierung erfolgreich war | Wenn der Anwender „devops.system“ in Ihrer ServiceNow-Instanz nicht verfügbar ist, können Sie mit dieser Eigenschaft einen anderen Anwender mit der Rolle „sn_devops.integration“ festlegen, die zum Abschließen der Tokenauthentifizierung erforderlich ist. | devops.system | [sn_devops.token_auth.user] |
| Höchstgrenze für die Anzahl der Wiederholungen der Erkennungsaktion, die die Quotengrenze überschreitet. | Legt fest, wie oft die Erkennungsaktion automatisch wiederholt wird, nachdem die Quotengrenze erreicht wurde. Wenn das Ratenintervall in Azure DevOps beispielsweise 5 Minuten beträgt und Sie hier einen Wert von 4 eingeben, wird die Erkennungsaktion nach jeweils 5 Minuten viermal wiederholt. | 10 | [sn_devops.max_retry_count_discover] |
| Erstellung von Change-Anforderungen auch bei Fehlern beim DevOps-Datenabruf aktivieren |
Wenn diese Option aktiviert ist und beim Abrufen von DevOps-Daten wie Arbeitselementen, Commits, Testzusammenfassungen, Sicherheitszusammenfassungen usw. ein Fehler auftritt, wird die entsprechende Change-Anforderung dennoch erstellt. Die Daten, die abgerufen werden können, sind weiterhin mit der Change-Anforderung verknüpft. Für die Daten, die nicht abgerufen werden können, wird der Fehlergrund dem Benutzer in der Drittanbieterkonsole mitgeteilt, und die gleichen Informationen werden auch im Feld Change-Kommentare im Schrittausführungsdatensatz und in den Change- Arbeitsnotizenhinzugefügt. |
Nein (deaktiviert) | [sn_devops.enable_change_creation_with_partial_data] |
| Statusübergang von „Neu“ zu „Bewerten“ aktivieren, wenn der manuelle Genehmigungs-Flow für DevOps-Change-Anforderungen aktiv ist | Wenn diese Option aktiviert ist, wird der Status der Change-Anforderung direkt von Neu auf Bewerten aktualisiert, wenn der manuelle Genehmigungs-Flow für DevOps-Change-Anforderungen aktiv ist. Wenn Sie den automatischen Übergang des Change-Anforderungsstatus in Bewerten stoppen möchten, wenn der manuelle Genehmigungs-Flow für DevOps-Change-Anforderungen aktiv ist, müssen Sie diese Eigenschaft deaktivieren. | Ja (aktiviert) | [sn_devops.enable_change_request_state_transition] |
| Zeitüberschreitung bei Rückruf der Change-Anforderung (in Minuten) | Legen Sie den Zeitüberschreitungswert in Minuten fest, bis zu dem das System versucht, einen Change zu verarbeiten, wenn ein eingehendes Ereignis während einer Pipeline-Ausführung in den Wartestatus versetzt wird. Danach wird die Pipeline abgebrochen. Die Ursache für den Fehler wird in den Konsolenprotokollen Ihres Drittanbietertools angezeigt. Wenn eine Pipeline aufgrund einer Rückruf-Zeitüberschreitung abgebrochen wird, werden die gleichen Informationen im Rückrufdatensatz der entsprechenden Schrittausführung hinzugefügt. | 120 Minuten | [sn_devops.change_request_callback_timeout] |
| Client-ID-Bezeichner für GitHub-App | Wenn Sie über eine GitHub-App mit OAuth 2.0 eine Verbindung zu GitHub herstellen, müssen Sie das Client-ID-Präfix (die ersten 3 oder mehr Zeichen der ID) Ihrer GitHub-App als Wert dieser Eigenschaft eingeben. Dadurch wird sichergestellt, dass die richtigen Berechtigungsprüfungen für die GitHub-Tool-Verbindung ausgeführt werden. | Iv1, Iv2 | [sn_devops.github_oauth_client_id_specifier] |
| Standardmäßige Bitbucket-Verzweigung, die für die Importanforderung verwendet wird | Geben Sie den standardmäßigen Bitbucket-Verzweigungsnamen an, der zum Erstellen einer Importanforderung verwendet werden muss. | master | [sn_devops.bitbucket_default_branch] |
| Lösungscodewert für eine erfolgreich abgeschlossene Change-Anforderung, wenn der Parameter „autoCloseChange“ aktiviert ist. | |||
| Lösungscodewert für eine mit Problemen abgeschlossene Change-Anforderung, wenn der Parameter „autoCloseChange“ aktiviert ist. | |||
| Lösungscodewert für eine Change-Anforderung, die nicht erfolgreich abgeschlossen wurde, wenn der Parameter „autoCloseChange“ aktiviert ist. |