DevOps Change-Geschwindigkeit -Eigenschaften

Verwenden Sie diese Eigenschaften, um Einstellungen in zu konfigurieren DevOps Change-Geschwindigkeit Anwendung.

Erforderliche Rolle: sn_devops.admin

Sie können die Eigenschaften in anzeigen DevOps Change Arbeitsbereich, indem Sie zu navigieren Systemkonfiguration > Eigenschaftenan.

Um die Eigenschaften in der klassischen UI anzuzeigen, navigieren Sie zu Alle > DevOps > Administration > Eigenschaftenan.

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, die als kommagetrennte Werte eingegeben werden.	Code,Plan,Orchestration,Artefakt,Test	[sn_devops.Tool_Capabilities]
DevOps Genehmigungstext der Change-Anforderung	Die DevOps Text zur Genehmigung von Change-Anforderungen, 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 Datenrichtlinien auf die Change-Attribute angewendet werden, werden sie 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 sind die letzten 7 Tage festgelegt, 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 Repositorys identifiziert, das noch nicht zugeordnet ist. 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 Entscheidung zur Wiederverwendbarkeit von Change-Anforderungen	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 GitHub, Dieses Feld wird verwendet, um die API-URL abzurufen (für REST-Aufrufe).	https://github.com	[sn_devops.github.url]
Abbruchstatus der DevOps-Change-Anforderung	DevOps Change-Anforderungsabbruchstatus, 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 Jenkins freistil-Aufträge.	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 wird als falsch betrachtet.	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 fest Wert Feld auf „wahr“. Alles andere wird als falsch betrachtet.	Falsch (deaktiviert)	[sn_devops.Import.Save.Payloads.as.Attachments]
DevOps Kennzeichnung für Zusammenfassung der Softwarequalität ohne Administrator	Aktivieren Sie diese Option, um sie anzuzeigen und zu überwachen SonarQube Für konfigurierte Scans GitHub Actions, Jenkins, Oder Azure DevOps Pipelines als nicht-Administrator SonarQube Anwender.	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.per_page]
Probleme mit dem Planungstool pro Seite	Anzahl der pro Seite angezeigten Planungstool-Probleme.	100	[sn_devops.import.planning_tool.issues.per_page]
Automatisches Hinzufügen der Rolle „sn_devops“ zu aktiven DevOps-Anwendern	Die Rolle sn_devops, die im Feld Wert eingegeben wurde, wird Benutzern, die aktiv sind, automatisch hinzugefügt DevOps Anwender (z. B. Commit vornehmen). Wenn eine Rolle angegeben wird, die sich nicht im Bereich „sn_devops“ befindet, wird sie nicht hinzugefügt. Lassen Sie das Feld leer, 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 und als kommagetrennte Werte eingegeben werden.	Abdeckung,Lines_of_Code,Bugs,Code_Smells,Duplikationen,Schwachstellen	[sn_devops.sq_ui_category_preferences]
Fehler oder Ausnahmen (kommagetrennt), für die fehlerhafte eingehende Ereignisse auf „Wiederholen“ festgelegt sind	Fehler oder Ausnahmen, für die die fehlerhaften eingehenden Ereignisse auf „Wiederholen“ festgelegt sind. Als kommagetrennte Werte eingegeben.	TimeOutException,FlowObjectAPIException	[sn_devops.inbound_events_retry_error_list]
DevOps-Protokollebene	Die DevOps Protokollebene. Wählen Sie die entsprechende Ebene aus den folgenden Optionen aus: Fehler Warnung Informationen Debuggen Ablaufverfolgung	Warnung	sn_devops.devops_log_level
Kategorisieren DevOps Change-Anforderungen am DevOps-Change Feld	an. Wählen Sie diese Option aus, um Change-Anforderungen zu kategorisieren, wobei das Kategoriefeld auf festgelegt ist DevOps Als DevOpsÄndern. Zum Deaktivieren löschen.	Falsch (deaktiviert)	[sn_devops.custom_Change_categorization]
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. Deaktivieren Sie diese Option, um die Abfrage zu deaktivieren.	Falsch (deaktiviert)	[sn_devops.enable_Import_polling]
GitHub API-Versionspfad	Die 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 Berechtigungsvalidierungen im Vordergrund durch und schränkt die Toolverbindungsseite ein. Für jede Berechtigungsvalidierung wird ein REST-API-Aufruf an externe Tools durchgeführt, um die Verfügbarkeit der Berechtigung zu bewerten. Die REST-API-Antwortzeit kann je nach Netzwerkeinstellungen variieren. Um Verzögerungen zu vermeiden, können Sie angeben, wie lange das System warten soll, um eine Antwort von einem externen Tool zu erhalten, bevor die Berechtigung über diese Eigenschaft als Fehler markiert wird.	10000	[sn_devops.permission_Check_timeout]
DevOps Subflow des Wiederverwendbarkeitsmodells für Change-Anforderungen	Die DevOps Subflow des Wiederverwendbarkeitsmodells für Change-Anforderungen.	sn_devops.devops_reused_model_change_request	[sn_devops.devops_reused_model_change_request]
Verstrichene Zeit (in Minuten)	Die verstrichene Zeit in Minuten. Der Wiederholungsauftrag 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 einem bestimmten Schritt in zugeordnet ist DevOps Pipeline schlägt fehl oder wird abgebrochen. Die diesem Schritt zugeordnete Change-Anforderung wird ebenfalls abgebrochen. Eine Change-Anforderung kann nur abgebrochen werden, wenn sie zum Zeitpunkt des Abbruchs nicht bereits abgelehnt wurde oder sich nicht im Status „Implementieren“ oder „Überprüfen“ befindet.	Falsch (deaktiviert)	[sn_devops.cancel_change_on_pipeline_cancel]
Kaskadierender Löschschwellenwert (empfohlener Vordergrundgrenzwert ist 1.000)	Schwellenwert für kaskadierende Löschung.	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.per_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 nachzuverfolgen GitLab Anforderungen abrufen (zusammenführen). Wenn diese Option nicht aktiviert ist, werden Abruf-(Zusammenführungs-)Anforderungen und zugehörige Ereignisse ignoriert.	Wenn diese Eigenschaft aktiviert ist, GitLab Abruf-(Zusammenführungs-)Anforderungen werden nachverfolgt DevOps Change-Geschwindigkeit. 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 keine Drosselrücksetzzeit unterstützt, wird die Drosselrücksetzzeit als aktuelle Zeit plus dem für diese Eigenschaft angegebenen Wert betrachtet.	15 Minuten	[sn_devops.throttle.reset.time.default]
Aktivieren Sie diese Option, um nachzuverfolgen Azure DevOps Code-Abrufanforderungen. Wenn diese Option aktiviert ist, werden Web-Hooks für Azure-Abrufanforderungen automatisch konfiguriert, wenn das Tool oder Projekt konfiguriert wird.	Wenn diese Eigenschaft aktiviert ist, werden die Web-Hooks der Azure DevOps-Abrufanforderung automatisch konfiguriert, wenn ein Tool oder Projekt konfiguriert wird.	Ja (aktiviert)	sn_devops.Track.Azure.pullRequests
Multiplikationsfaktor für Committer-Punktzahl	Der Multiplikationsfaktor, der für die Committer-Punktzahl verwendet werden soll.	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 verwenden DevOps Protokollebene)	DevOps Debug-Protokollierung. Hinweis: Diese Eigenschaft ist veraltet. Verwenden Sie sn_devops.devops_log_level( DevOps Protokollebene) stattdessen Eigenschaft.	Ja (aktiviert)	[sn_devops.enable_debug]
Maximale Verarbeitungszeit pro Seite (in Sekunden) während des Imports	Maximale Verarbeitungszeit in Sekunden, die beim Importieren von Daten aus Tools pro Seite zulässig sein sollte.	300	[sn_devops.import.max.processing.time.seconds.per_page]
Unterstützte Webhook-Funktionalität	Webhook-Fähigkeiten, die von unterstützt werden DevOps Change-Geschwindigkeit.	Code,Plan,Orchestration,Artefakt,Test	[sn_devops.supported_Webhook_Capabilities]
DevOps Status „Change-Anforderung geschlossen“	DevOps Status „Change-Anforderung geschlossen“, der für Change-Management-Anpassungen verwendet werden soll.	3	[sn_devops.change_request.closed_state]
Massen-Flow-Zeitüberschreitung (in Millisekunden)	Massenflow-Zeitüberschreitung in Millisekunden.	60000	[sn_devops.Bulk_Flow_timeout]
GitHub/ Bitbucket Commits des Codierungstools pro Seite	Anzahl der Codierungstool-Commits pro Seite für GitHub Und Bitbucket.	100	[sn_devops.import.coding_tool.commits.per_page]
Ordnertiefe	Ruft nur die Orchestration-Aufgaben und Pipelines ab, die sich in Ordnern befinden, deren Verschachtelungsebene kleiner oder gleich der hier angegebenen Anzahl ist. Die Ordnertiefe ist die Ebene der Verschachtelung von Ordnern in Jenkins, Der die Orchestration-Aufgabe und Pipelines enthält, die Sie erkennen möchten. Beispiel: Wenn Sie Orchestration-Aufgaben und Pipelines für eine Ordnerstruktur erkennen möchten, die zweimal in geschachtelt ist Jenkins Umgebung müssen Sie 2 als Wert für diese Eigenschaft eingeben.	3	[sn_devops.discover.jenkins.folder.depth]
DevOps Subflow des Change-Anforderungs-Handlers	Wenn Sie einen anwenderdefinierten Subflow anstelle des Standard-Change-Handler-Subflows in Flow Designer verwenden (der zum Ausfüllen der Change-Anforderungsfelder mit Standardwerten verwendet wird), müssen Sie diesen Eigenschaftswert auf den neuen Subflow aktualisieren. Sie können den Standard-Change-Handler-Subflow in Flow Designer kopieren und entsprechend den Anforderungen Ihrer Organisation aktualisieren. Informationen zum Subflow „Standard-Change-Handler“ finden Sie unter Wird Angepasst DevOps Flows. Informationen zum Kopieren eines 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 Gesamtanzahl der importierten Repositorys ist nicht von dieser Eigenschaft abhängig, aber die Anzahl der Repositorys, die pro Seite 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 in dieser Eigenschaft fest, damit pro Aufruf eine geringere Anzahl von Repositorys abgerufen wird und das System keine Zeitüberschreitung aufweist.	100	[sn_devops.Import.Coding_Tool.Repos.per_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) Maximale Importgrenze für Probleme mit dem 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 (durch Universal-Aufgabe, E-Mail, Banner und Feldnachricht) nach Ablauf der 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 der Tool-Anmeldeinformationen finden Sie unter Aktualisieren Sie die Anmeldeinformationen von Drittanbietertools 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 (über Universal-Aufgabe, E-Mail, Banner und Feldnachricht) an Administratoren für zu senden GitHub Mit Standardauthentifizierung erstellte Tools. Um das Senden proaktiver Benachrichtigungen zu beenden, wählen Sie 0 als Wert für diese Eigenschaft aus. Informationen zum Aktualisieren der Tool-Anmeldeinformationen finden Sie unter Aktualisieren Sie die Anmeldeinformationen von Drittanbietertools 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 für die Anzeige von Warnmeldungen in fest Letztes empfangenes Ereignis Feld im Tooldatensatz, wenn keine Ereignisse empfangen wurden. Dies gilt nur für Tools, die Daten an senden ServiceNow. Die Letztes empfangenes Ereignis Das Feld im Header des Tooldatensatzes und innerhalb des Tooldatensatzes wird für Warnmeldungen 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 für die Anzeige kritischer Warnungen im Feld Letztes empfangenes Ereignis im Tooldatensatz fest, wenn keine Ereignisse empfangen wurden. Dies gilt nur für Tools, die Daten an senden ServiceNow. Die Letztes empfangenes Ereignis Das Feld im Header des Tooldatensatzes und im Tooldatensatz wird für kritische Warnungen rot hervorgehoben, wenn die Ereignisse nicht empfangen wurden.	7	[sn_devops.Last_event_received.Critical]
Aktivieren Sie, ob Azure DevOps Ausgeführte Commits müssen anhand des letzten erfolgreichen Pipeline-Builds bestimmt werden	Wenn aktiviert, DevOps Change Greift die letzten Commits (maximal 2000) auf, die nach dem letzten erfolgreichen Pipeline-Build aus erstellt wurden Azure DevOps Als Teil von Commits ausführen. Wenn diese Option deaktiviert ist, werden nur die letzten 200 Commits für Commits ausführen berücksichtigt.	Nein	[sn_devops.enable_ADO_Bulk_Run_Commits]
Aktivieren Sie, ob GitHub Commits zur Ausführung müssen anhand der letzten erfolgreichen Workflow-Ausführung bestimmt werden	Wenn aktiviert, DevOps Change Nimmt die ersten 2000 Commits nach der letzten erfolgreichen Workflow-Ausführung in ab GitHub Als Teil von Commits ausführen. Hinweis: Übersprungene Commits werden nicht berücksichtigt. Wenn diese Option deaktiviert ist, wird nur der letzte Commit für „Commits ausführen“ abgerufen.	Nein	[sn_devops.enable_github_Run_Commits]
Diese Eigenschaft entscheidet, ob beim Konfigurationsvorgang für eine generische Verbindung erstellt werden soll Azure DevOps	Der Schritt zum Eingeben des Integrationsanwendernamens und des Passworts ist erforderlich, um Webhooks zu konfigurieren, wenn diese Eigenschaft aktiviert ist.	Nein	[sn_devops.enable_ADO_generic_connection]
Maximaler Grenzwert für die Anzahl der Pipelines, die für erkannt werden können Azure DevOps Projekt	Legen Sie die maximale Anzahl von Pipelines fest, die in einer Importanforderung für ein ADO-Projekt erkannt werden können. Wenn Ihr Projekt mehr als 15000 Pipelines hat, können Sie versuchen, diesen Eigenschaftswert auf diese Zahl festzulegen, und überprüfen, 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]
Aktualisieren DevOps Status der Change-Anforderung automatisch, wenn „Change-Beleg“ aktiviert ist	Aktualisiert DevOps status der Change-Anforderung automatisch, wenn der Change-Beleg aktiviert ist. Wenn Sie den automatischen Übergang der Change-anforderungsstatus auch dann anhalten 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 devops.System-Anwender in Ihrer ServiceNow-Instanz nicht verfügbar ist, verwenden Sie diese Eigenschaft, um einen anderen Anwender mit der Rolle sn_devops.integration festzulegen, die zum Abschließen der Token-Authentifizierung erforderlich ist.	devops.System	[sn_devops.token_auth.user]
Maximaler Grenzwert für die Anzahl der Wiederholungsversuche der Erkennungsaktion, die den Quotengrenzwert überschreitet.	Bestimmt, wie oft die Erkennungsaktion maximal automatisch wiederholt wird, nachdem sie das Quotenlimit erreicht hat. Beispiel: Wenn das Quotenintervall in Azure DevOps Ist 5 Minuten, und Sie geben hier einen Wert von 4 ein. Nach 5 Minuten wird die Erkennungsaktion 4 Mal wiederholt.	10	[sn_devops.max_retry_count_Discover]
Erstellung von Change-Anforderungen auch bei Fehlern beim DevOps-Datenabruf aktivieren	Wenn diese Option aktiviert ist, wenn beim Abrufen von DevOps-Daten wie Arbeitselementen, Commits, Testzusammenfassungen, Sicherheitszusammenfassungen usw. ein Fehler auftritt, die entsprechende Change-Anforderung wird noch erstellt. Die Daten, die abgerufen werden können, werden weiterhin der Change-Anforderung zugeordnet. Für die Daten, die nicht abgerufen werden können, wird der Grund für den Fehler in der Drittparteikonsole benachrichtigt, und dieselben Informationen werden auch in hinzugefügt Change-Kommentare Feld im Schrittausführungsdatensatz und im Change Arbeitsnotizen .	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 von „Neu“ in „direkt bewerten“ aktualisiert, wenn der Flow für die manuelle Genehmigung von DevOps-Change-Anforderungen aktiv ist. Wenn Sie den automatischen Übergang des Change-Anforderungsstatus anhalten möchten, um zu bewerten, wann der Flow für manuelle Genehmigung von 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 in den Status „Warten“ übergeht. Danach wird die Pipeline abgebrochen. Der Grund für den Fehler wird in den Konsolenprotokollen Ihres Drittanbietertools angezeigt. Wenn eine Pipeline aufgrund einer Rückruf-Zeitüberschreitung abgebrochen wird, werden dieselben Informationen im Rückruf-Datensatz 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. Dies dient dazu, sicherzustellen, dass die richtigen Berechtigungsprüfungen für die GitHub-Toolverbindung 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]
Schließcodewert für eine Change-Anforderung erfolgreich abgeschlossen, wenn der Parameter autoCloseChange aktiviert ist.	Geben Sie den Abschlusscodewert für eine Change-Anforderung ein, die erfolgreich abgeschlossen wurde, wenn der Parameter autoCloseChange aktiviert ist.	Erfolgreich	sn_devops.change_request.auto_close_successful_code
Codewert für das Schließen einer Change-Anforderung, die mit Problemen abgeschlossen wurde, wenn der Parameter autoCloseChange aktiviert ist.	Geben Sie den Abschlusscodewert für eine Change-Anforderung ein, die mit Problemen abgeschlossen wurde, wenn der Parameter autoCloseChange aktiviert ist.	Success_issues	sn_devops.change_request.auto_close_partial_successful_code
Codewert für das Schließen einer Change-Anforderung wurde nicht erfolgreich abgeschlossen, wenn der Parameter autoCloseChange aktiviert ist.	Geben Sie den Abschlusscodewert für eine Change-Anforderung ein, die nicht erfolgreich abgeschlossen wurde, wenn der Parameter autoCloseChange aktiviert ist.	Nicht erfolgreich	sn_devops.change_request.auto_close_failure_code
Importbasierte Nachweissammlung für Orchestration-Fähigkeit	Diese Eigenschaft ändert, wie Pipeline-Ereignisse verarbeitet werden. Wenn diese Einstellung aktiviert ist, reduziert sie den Instanzaufwand, indem die Verarbeitung auf Schrittebene in der Pipeline übersprungen wird. Die übersprungenen Ereignisse auf Schrittebene werden mit den Verarbeitungsdetails ignoriert: „IGNORIERT: Dieses Ereignis wird ignoriert, da die Eigenschaft „importbasierte Nachweissammlung für Orchestration-Fähigkeit“ aktiviert ist. Umgekehrt wird durch das Deaktivieren in den Standardmodus zurückgesetzt, in dem alle eingehenden Ereignisse verarbeitet werden.	Falsch (deaktiviert)	sn_devops.Import_based_evidence_Collection