Richtlinien für das Klonen von DevOps Change-Geschwindigkeit
Klonen Sie die Anwendung DevOps Change-Geschwindigkeit von einer Instanz in eine andere.
Basissystem-Tabellenausschluss und -erhaltungen für globale Tabellen, die in verwendet werden DevOps
| Tabellenname | Ausschlusstabelleneintrag vorhanden? | Datenerhaltungsfunktionen vorhanden? |
|---|---|---|
| Für das DevOps-Tool | ||
| sys_alias | Nein | Nein |
| http_connection | Ja | Ja |
| discovery_credentials | Ja | Ja |
| oauth_entity_profile | Ja | Ja |
| oauth_entity | Ja | Ja |
| jwt_provider | Ja | Ja |
| jwt_keystore_aliases | Ja | Ja |
| sys_certificate | Ja | Ja |
| token_verification | Ja | Ja |
| sys_user_group | Nein | Nein |
| Für DevOps-Apps | ||
| cmdb_ci_business_app | Nein | Nein |
| cmdb_ci_sdlc_component | Nein | Nein |
| cmdb_application_product_model | Nein | Nein |
Tools, die aus der Quellinstanz geklont werden
- Den Tools, die aus der Quellinstanz geklont werden, ist ein Verbindungsalias (sys_alias) zugeordnet.
- Der Verbindungsdatensatz und der Anmeldeinformationsdatensatz werden nicht aus der Quellinstanz geklont, da diese Tabellen ausgeschlossen sind.
- Die Tool-URL ist leer, da die Tool-URL dynamisch anhand des Verbindungsdatensatzes berechnet wird.
- Verbindungstest schlägt fehl, da keine aktive Verbindung besteht.
- Alle zugrunde liegenden Entitäten wie Projekte, Pläne, Pipelines, Repositorys, Arbeitselemente, Commits, Pipeline-Ausführung usw. müssen unter dem Tool vorhanden sein.
- Das Token des Tools wird nicht geklont.
- Eingehende neue Webhook-Ereignisse werden für diese Tools nicht automatisch an die geklonte Zielinstanz übermittelt. Die Tools müssen für den Empfang neuer eingehender Ereignisse neu konfiguriert werden.
Manuelle Schritte für geklonte Tools
- Verbindung und Anmeldeinformationen erstellen
- Verwenden Sie die Aktion Neue Verbindung und Anmeldeinformationen erstellen unter den zugehörigen Links im Tooldatensatz, oder erstellen Sie manuell die Verbindung (http_connection) und den Anmeldeinformationsdatensatz (discovery_credentials), und ordnen Sie sie dem Verbindungsalias des Tools zu.
- Führen Sie die Aktion Verbinden für das Tool manuell aus, und stellen Sie sicher, dass der Verbindungsstatus des Tools Verbundenist.
- Generieren Sie das Token erneut, und konfigurieren Sie es
- Verwenden Sie für die Tools, die die tokenbasierte Webhook-Konfiguration unterstützen, die Aktion Token erneut generieren aus den zugehörigen Links auf der Tooldatensatzseite.
- Durch das erneute Generieren des Tokens werden ein neues Token in der Tabelle „token_verification“ sowie Webhooks für das Tool und die Repositorys erstellt, deren Konfigurationsstatus als Konfiguriertlautet.
- Klicken Sie bei Tools, die keine tokenbasierten Webhooks unterstützen, auf Konfigurieren, und geben Sie den Anwendernamen und das Passwort für den Integrationsbenutzer DevOps ein.
Apps, die aus der Quellinstanz geklont werden
- Bei Apps, die aus der Quellinstanz geklont werden, sind alle App-Zuordnungen intakt.
- Die Links zu Geschäfts-Apps und SDLC-Komponenten werden verwaltet.
- Manuelle Schritte sind nach dem Klonen nicht erforderlich.
Daten werden in der Zielinstanz beibehalten
Ziel ist es, die vorhandenen Tools, Toolverbindungen und Apps in der Zielinstanz beizubehalten.
Datenerhaltungsfunktionen der Ebene 1
| Titel | Tabellenname | Zweck | Vorgeschlagener Filter |
|---|---|---|---|
| Tool: DevOps | sn_devops_tool | Beibehalten der Toolliste DevOps der obersten Ebene. | connection_state=connected^EQ, um alle verbundenen Tools beizubehalten oder nach bestimmten Tool-IDs zu filtern. |
| Aliasse für Verbindungen und Anmeldeinformationen | sys_alias | Angegeben im Tool DevOps zum Speichern von Verbindungsdetails. | idLIKEdevops^ORidLIKEspoke^EQ, um alle mit DevOpsverbundenen Aliasse beizubehalten. |
| DevOps-App | sn_devops_app | Zum Beibehalten der DevOps-App-Liste der obersten Ebene. |
Manuelle Schritte für erhaltene Tools nach dem Klonen
- Verwaltet von
Wenn für das Tool in der Zielinstanz vor dem Klonen Benutzergruppen Verwaltet von angegeben wurden, aktualisieren Sie die Benutzergruppen, und legen Sie sie nach dem Klonen manuell im Tooldatensatz fest.
- Erkannt
- Projekte, Pipelines, Pläne und Repositorys sind für erhaltene Tools nach dem Klon nicht vorhanden.
- Führen Sie für Azure DevOps -Tools zuerst Projekte erkennen aus.
- Führen Sie die Aktion „Erkennen“ für das Tool oder das Projekt aus, um die Details zu Pipelines, Plänen und Repositorys abzurufen.
- Titel
Verfolgen Sie die erforderlichen Pipelines, Pläne und Repositorys.
- Konfigurieren
- Optional für Tools, bei denen die Webhook-URL nur einen Verweis auf die sys_id des Tools enthält. Beispiel: GitHub, GitLab, Jira, Bitbucket.
- Sie müssen -Projekte Azure DevOps neu konfigurieren, da sich die sys_id des Projekts nach der erneuten Erkennung geändert hat.
- Das Token bleibt für das Tool gleich.
- Stellen Sie sicher, dass nach der Neukonfiguration keine doppelten Webhooks im Drittanbieter-Tool DevOps erstellt werden.
- Historischer Import
Verwenden Sie die Importaktion oder den -Arbeitsbereich, um Verlaufsdaten für Pläne, Repositorys und Pipelines zu importieren.
Manuelle Schritte für erhaltene Apps nach dem Klonen
- Verwaltet von
Wenn für die App in der Zielinstanz vor dem Klonen Benutzergruppen Verwaltet von angegeben wurden, aktualisieren Sie die Benutzergruppen, und legen Sie sie nach dem Klonen manuell im App-Datensatz fest.
- Ordnen Sie der App zu
Ordnen Sie der App Pläne, Repositorys und Pipelines manuell neu zu.
- Erneute Verknüpfung mit SDLC-Komponente und Anwendungsmodell
Ordnen Sie die App DevOps manuell der SDLC-Komponente und die SDLC-Komponente dem Anwendungsmodell zu.
Datenerhaltungsfunktionen der Ebene 2
Versuchen Sie, die Daten und Beziehungen unter DevOps Tools und DevOps Apps zu erhalten. Diese Beibehaltenen Elemente sollten zusammen mit den Ebene1-Beibehaltenen und manuellen Schritten verwendet werden.
| Titel | Tabellenname | Zweck | Vorgeschlagener Filter |
|---|---|---|---|
| Plugin: DevOps Data Model | |||
| Artefakt-Repository | sn_devops_artifact_repository | Liste der Artefakt-Repositorys der obersten Ebene. Erforderlich, um Artefakt-Repositorys beizubehalten, die einem konservierten Tool zugeordnet sind. | Tool=toolid^EQ, wobei „toolid“ für das Tool steht, das beibehalten wird. |
| Artefakt | sn_devops_artifact | Liste der Artefakte der obersten Ebene. Erforderlich, um Artefakte beizubehalten, die einem konservierten Tool zugeordnet sind. | artefakt_repository.tool=toolid^EQ, wobei „toolid“ das Tool ist, das beibehalten wird. |
| Pipeline | sn_devops_pipeline | Liste der Pipelines der obersten Ebene. Erforderlich, um Pipelines beizubehalten, die einem konservierten Tool zugeordnet sind. | Tool=toolid^EQ, wobei „toolid“ für das Tool steht, das beibehalten wird. |
| Freigabeversion | sn_devops_plan_version | Liste der Releaseversionen der obersten Ebene. Erforderlich, um Releaseversionen zu behalten, die einem beibehaltenen Planungstool zugeordnet sind. | plan.tool=toolid^EQ, wobei „toolid“ für das Tool steht, das beibehalten wird. |
| Planen | sn_devops_plan | Liste der Pläne der obersten Ebene. Erforderlich, um Pläne beizubehalten, die einem konservierten Planungstool zugeordnet sind | Tool=toolid^EQ, wobei „toolid“ für das Tool steht, das beibehalten wird. |
| Projekt | sn_devops_project | Liste der Projekte der obersten Ebene. Erforderlich, um Projekte zu behalten, die einem konservierten Tool zugeordnet sind. Derzeit unterstützt von Azure DevOps. | Tool=toolid^EQ, wobei „toolid“ für das Tool steht, das beibehalten wird. |
| Repository | sn_devops_repository | Liste der Repositorys der obersten Ebene. Erforderlich, um Repositorys zu behalten, die einem beibehaltenen Codierungstool zugeordnet sind. | Tool=toolid^EQ, wobei „toolid“ für das Tool steht, das beibehalten wird. |
| App zu Artefakt-Repository | sn_devops_m2m_app_artifact_repository | App-/Artefakt-Repository-Zuordnungen. Erforderlich, um die Beziehung zwischen beibehaltenen Apps und Artefakt-Repositorys beizubehalten. | app=appid^EQ, wobei „appid“ die beizubehaltende App ist. |
| App zu Artefakt | sn_devops_m2m_app_artifact | App-/Artefaktzuordnungen. Erforderlich, um die Beziehung zwischen beibehaltenen Apps und Artefakten beizubehalten. | app=appid^EQ, wobei „appid“ die beizubehaltende App ist. |
| App in Plan | sn_devops_m2m_app_plan | App-/Plan-Zuordnungen Erforderlich, um die Beziehung zwischen erhaltenen Apps und Plänen beizubehalten. | app=appid^EQ, wobei „appid“ die beizubehaltende App ist. |
| Plugin: DevOps Vulnerability Integrations | |||
| DevOps-Sicherheits-Orchestration-Beziehung | sn_devops_security_orchestration_relation | Erforderlich, um die Beziehung zwischen der Entität DevOps (z. B. Pipeline) und einem Sicherheitstool beizubehalten. | reference_table = sn_devops_pipeline |
Anwenderdefinierte Integrationsdatenerhaltungen
Versuchen Sie, die Metadaten im Zusammenhang mit anwenderdefinierten Toolintegrationen in der Zielinstanz zu erhalten. Diese Datenerhaltungsfunktionen können mit Ebene1- und Ebene2-Erhaltungsfunktionen verwendet werden.
| Titel | Tabellenname | Zweck | Vorgeschlagener Filter |
|---|---|---|---|
| Plugin: DevOps Data Model | |||
| Fähigkeit zur Integration eines anwenderdefinierten Tools | sn_devops_integration_capability | Erforderlich, um die unterstützten Aktionen für Zuordnungsdatensätze der Integrationsfähigkeit der anwenderdefinierten Toolintegration beizubehalten. | Tool_integration=customToolIntegrationId^EQ , wobei customToolIntegrationId der sys_id der anwenderdefinierten Toolintegration ist. |
| Zuordnung der Integrationsfähigkeit des anwenderdefinierten Tools | sn_devops_tool_capability_mapping | Erforderlich, um die Zuordnungsdatensätze der Integrationsfähigkeit der anwenderdefinierten Toolintegration zu speichern. | Tool_integration=customToolIntegrationId^EQ , wobei customToolIntegrationId der sys_id der anwenderdefinierten Toolintegration ist. |
| Integration von anwenderdefinierten DevOps-Tools | sn_devops_tool_integration | Erforderlich, um den Toolintegrationsdatensatz der anwenderdefinierten Toolintegration zu speichern. | sys_id=customToolIntegrationId^EQ, wobei customToolIntegrationId der Wert sys_id der anwenderdefinierten Toolintegration ist. |
| Anwenderdefinierte Toolberechtigungen | sn_devops_tool_permission | Erforderlich, um die Berechtigungsprüfungsdatensätze der anwenderdefinierten Toolintegration zu speichern. | Tool_integration=customToolIntegrationId^EQ , wobei customToolIntegrationId der sys_id der anwenderdefinierten Toolintegration ist. |
| Plugin: DevOps Workspace | |||
| Onboarding-Aufgabentyp für anwenderdefiniertes Tool | sn_devops_ws_onboarding_task_type | Erforderlich, um die Onboarding-Aufgabentypen der anwenderdefinierten Toolintegration beizubehalten. | Tool_integration=customToolIntegrationId^EQ, wobei customToolIntegrationId die sys_id der anwenderdefinierten Toolintegration ist. |
Datenerhaltungsfunktionen der Ebene 3
| Name | Tabellenname | Anwendung |
|---|---|---|
| App | sn_devops_app | DevOps-Datenmodell |
| Artefakt | sn_devops_artifact | DevOps-Datenmodell |
| Artefakt-Repository | sn_devops_artifact_repository | DevOps-Datenmodell |
| Bereitgestellte Artefaktanforderung | sn_devops_artifact_staging | DevOps-Datenmodell |
| Artefaktversion | sn_devops_artifact_version | DevOps-Datenmodell |
| Basisplanungselement | sn_devops_base_planning_item | DevOps-Datenmodell |
| Verzweigung | sn_devops_branch | DevOps-Datenmodell |
| Buildtestergebnis | sn_devops_build_test_result | DevOps-Datenmodell |
| Zusammenfassung von Build-Tests | sn_devops_build_test_summary | DevOps-Datenmodell |
| Rückruf | sn_devops_callback | DevOps-Datenmodell |
| Change-Referenz | sn_devops_change_reference | DevOps-Datenmodell |
| Commit | sn_devops_commit | DevOps-Datenmodell |
| Committer | sn_devops_committer | DevOps-Datenmodell |
| Commit-Details | sn_devops_commit_details | DevOps-Datenmodell |
| Change-Faktor der Punktzahl des Beitragenden | sn_devops_contributor_score_chg_factor | DevOps-Datenmodell |
| Umgebung | sn_devops_environment | DevOps-Datenmodell |
| Importanforderung | sn_devops_import_request | DevOps-Datenmodell |
| Importanforderungsseite | sn_devops_import_request_page | DevOps-Datenmodell |
| Eingehendes Ereignis | sn_devops_inbound_event | DevOps-Datenmodell |
| App zu Artefakt | sn_devops_m2m_app_artifact | DevOps-Datenmodell |
| App zu Artefakt-Repository | sn_devops_m2m_app_artifact_repository | DevOps-Datenmodell |
| App in Plan | sn_devops_m2m_app_plan | DevOps-Datenmodell |
| Artefakt in TaskExecution bereitgestellt | sn_devops_m2m_artifact_execution | DevOps-Datenmodell |
| Artefaktversion zu Commit | sn_devops_m2m_artifact_version_commit | DevOps-Datenmodell |
| Artefaktversion zu Paket | sn_devops_m2m_artifact_version_package | DevOps-Datenmodell |
| Verzweigung in Commit | sn_devops_m2m_branch_commit | DevOps-Datenmodell |
| Commit ausführen | sn_devops_m2m_commit_execution | DevOps-Datenmodell |
| Commit für Abrufanforderung | sn_devops_m2m_commit_pull_request | DevOps-Datenmodell |
| Commit für Arbeitselement | sn_devops_m2m_commit_work_item | DevOps-Datenmodell |
| Zuordnung von Importanforderung zu eingehendem Ereignis | sn_devops_m2m_inbound_event_import_request | DevOps-Datenmodell |
| Toolintegration-Konfigurationsvorlage | sn_devops_m2m_tool_integration_configuration_template | DevOps-Datenmodell |
| Arbeitselement in Releaseversion | sn_devops_m2m_work_item_plan_version | DevOps-Datenmodell |
| Orchestration-Aufgabe | sn_devops_orchestration_task | DevOps-Datenmodell |
| Definition der Orchestration-Aufgabe | sn_devops_orchestration_task_definition | DevOps-Datenmodell |
| DevOps-Paket | sn_devops_package | DevOps-Datenmodell |
| Teilnehmer | sn_devops_participant | DevOps-Datenmodell |
| Leistungstestzusammenfassung | sn_devops_performance_test_summary | DevOps-Datenmodell |
| Pipeline | sn_devops_pipeline | DevOps-Datenmodell |
| Pipeline-Ausführung | sn_devops_pipeline_execution | DevOps-Datenmodell |
| Planen | sn_devops_plan | DevOps-Datenmodell |
| Freigabeversion | sn_devops_plan_version | DevOps-Datenmodell |
| Eingehendes Ereignis verarbeitet | sn_devops_processed_inbound_event | DevOps-Datenmodell |
| Projekt | sn_devops_project | DevOps-Datenmodell |
| Abrufanforderung | sn_devops_pull_request | DevOps-Datenmodell |
| Repository | sn_devops_repository | DevOps-Datenmodell |
| Software-Qualitätskategorie | sn_devops_software_quality_category | DevOps-Datenmodell |
| Softwarequalitätskategorie – Detail | sn_devops_software_quality_category_detail | DevOps-Datenmodell |
| Softwarequalitätsprüfung – Detail | sn_devops_software_quality_scan_detail | DevOps-Datenmodell |
| Softwarequalitätsprüfungszusammenfassung | sn_devops_software_quality_scan_summary | DevOps-Datenmodell |
| Softwarequalitätsprüfungszusammenfassung – Beziehungen | sn_devops_software_quality_scan_summary_relations | DevOps-Datenmodell |
| Softwarequalitäts-Unterkategorie | sn_devops_software_quality_sub_category | DevOps-Datenmodell |
| Schritt | sn_devops_step | DevOps-Datenmodell |
| Schrittausführung | sn_devops_step_execution | DevOps-Datenmodell |
| Tag | sn_devops_tag | DevOps-Datenmodell |
| Aufgabenausführung | sn_devops_task_execution | DevOps-Datenmodell |
| Testausführung | sn_devops_test_execution | DevOps-Datenmodell |
| Testergebnis | sn_devops_test_result | DevOps-Datenmodell |
| Testzusammenfassung | sn_devops_test_summary | DevOps-Datenmodell |
| Testzusammenfassungsbeziehungen | sn_devops_test_summary_relations | DevOps-Datenmodell |
| DevOps-Tool | sn_devops_tool | DevOps-Datenmodell |
| Toolverbindungsstatus | sn_devops_tool_connection_status | DevOps-Datenmodell |
| Tool-Konnektivitätsverlauf | sn_devops_tool_connectivity_history | DevOps-Datenmodell |
| Wartegrund-Nachverfolgung | sn_devops_waiting_reason_tracking | DevOps-Datenmodell |
| Arbeitselement | sn_devops_work_item | DevOps-Datenmodell |