Berechtigungen erforderlich für DevOpsTools
Berechtigungen, die in Ihrem Drittpartei-Tool erforderlich sind, um eine Verbindung zu herzustellen DevOps Change-Geschwindigkeit.
Azure DevOps Berechtigungen
- Beim Onboarding eines Projekts wird Projektadministratoren Die Berechtigung erfordert, dass der Besitzer der PAT Mitglied des Projekts ist Projektadministratoren Gruppe.
- Beim Onboarding einer Organisation Projektadministratoren Die Berechtigung erfordert, dass der Besitzer der PAT Mitglied der Organisation ist Projektsammlungsadministratoren Gruppe.
| Objekt | Berechtigungen erforderlich | Auswirkung |
|---|---|---|
| Arbeitselemente | Lesen | Erforderlich, um die Tafeln zu erkennen und die Arbeitselemente entweder durch Import, Abfrage oder Echtzeit mit einem konfigurierten Webhook zu empfangen. |
| Code | Lesen | Erforderlich, um Repositorys zu erkennen und Verzweigungen, Commits und Tags zu empfangen, entweder durch Import, Abfrage oder Echtzeit mit einem konfigurierten Webhook. |
| Build | Lesen und ausführen |
Lesen: Erforderlich, um die Build-Pipelines zu erkennen und Pipeline-Ausführungsdetails wie Phasen, Artefakte, Testergebnisse, Codesicherheitsergebnisse usw. zu erhalten, entweder durch Import, Abfrage oder Echtzeit mit einem konfigurierten Webhook. Ausführen: Erforderlich, um die Pipelines basierend auf dem Change-Steuerungsschritt anzuhalten oder fortzusetzen. |
| Freigeben | Lesen, schreiben und ausführen |
Lesen: Erforderlich, um die Release-Pipelines zu erkennen und Pipeline-Ausführungsdetails wie Phasen, Artefakte, Testergebnisse, Codesicherheitsergebnisse usw. zu erhalten, entweder durch Import, Abfrage oder Echtzeit mit einem konfigurierten Webhook. Schreiben und Ausführen: Erforderlich, um die Pipelines basierend auf dem Change-Steuerungsschritt anzuhalten oder fortzusetzen. |
| Testmanagement | Lesen | Erforderlich, um Testergebnisse für die Pipeline-Ausführung zu erhalten. |
| Serviceverbindungen | Lesen, abfragen und verwalten | Erforderlich, um automatisch eine Serviceverbindung zu erstellen, die zur Konfiguration verwendet wird ServiceNowAufgaben wie Change-Beschleunigung, Artefakt und Paketregistrierung usw. |
| Verpackung | Lesen | Erforderlich, um die Artefakt-Repositorys zu erkennen und die Feeds und Pakete entweder durch Import, Abfrage oder Echtzeit mit einem konfigurierten Webhook zu empfangen. |
| Berechtigungen | Projektadministratoren | Erforderlich, um automatisch Webhooks zu erstellen, um Daten in Echtzeit zu empfangen und automatisch Serviceverbindungen zu erstellen, die zur Konfiguration verwendet werden ServiceNowAufgaben wie Change-Beschleunigung, Artefakt- und Paketregistrierung usw. |
- Beschränkung von Azure DevOps
- Wenn Sie ein Azure-Tool mit anwenderdefinierter Zugriffsebene erstellen und ein solches Tool aufgrund einer Änderung Ihrer Anmeldeinformationen für Integrationsanwender neu konfigurieren, werden die vorhandenen Service Hooks für das erstellte Release und die Release-Bereitstellung nicht aktualisiert. Stattdessen werden zwei neue Service Hooks mit neuen Konfigurationsdetails erstellt. Um die Duplizierung dieser Service Hooks zu vermeiden, müssen Sie das Tool mit vollständiger Zugriffsebene erstellen.
Bitbucket
| Objekt | Berechtigungen erforderlich | Auswirkung |
|---|---|---|
| Berechtigungen | Administrator | Erforderlich, um Repositorys zu erkennen und Verzweigungen, Commit und Tags abzurufen, entweder durch Import, Abfrage oder konfigurierten Webhook. |
GitHub Berechtigungen
Die folgende Tabelle listet die GitHub-Berechtigungen für die Standardauthentifizierung auf.
| Objekt | Berechtigungen erforderlich | Auswirkung |
|---|---|---|
| Repository | Repository | Erforderlich, um Repositorys und ihre jeweiligen Workflows zu erkennen und Verzweigungen, Commits, Abrufanforderungen und Tags zu empfangen, entweder durch Import, Abfrage oder in Echtzeit mit einem konfigurierten Webhook. |
| admin:repo_hook | write:repo_hook | Erforderlich, um automatisch Webhooks zu erstellen, um Repository-Daten in Echtzeit zu erhalten. |
| admin:repo_hook | read:repo_hook | Erforderlich, um bereits vorhandene Webhooks zu suchen, bevor automatisch ein neuer Webhook erstellt wird, um Repository-Daten in Echtzeit zu empfangen. |
| Anwender | user:email | Erforderlich, um Akteure wie Genehmiger, „ausgelöst von“, „zusammengeführt von“, „Prüfer“ und „Beauftragte“ entweder durch Import, Abfrage oder Echtzeit mit einem konfigurierten Webhook zu erkennen. |
Die folgende Tabelle listet die GitHub-Berechtigungen auf, die für die OAuth 2,0-Authentifizierung erforderlich sind.
| Objekt | Berechtigungen erforderlich | Auswirkung |
|---|---|---|
| Aktionen | Abgebrochen | Erforderlich, um Workflows zu empfangen, die den jeweiligen Repositorys in Echtzeit mit einem konfigurierten Webhook zugeordnet sind. |
| Inhalt | Abgebrochen | Erforderlich, um Repositorys und ihre jeweiligen Workflows zu erkennen und Verzweigungen, Commits und Tags zu empfangen, entweder durch Import/Abfrage oder in Echtzeit mit einem konfigurierten Webhook. |
| Bereitstellungen | Lesen und schreiben | Erforderlich, um den Workflow fortzusetzen, der eine Umgebung mit ServiceNow-Change als Umgebungsgeheimnis enthält. |
| Umgebungen | Abgebrochen | Erforderlich, um nach vorhandenen Umgebungsgeheimnissen für die Change-Erstellung zu suchen. |
| Metadaten | Abgebrochen | Erforderlich, um Repositorys und ihre jeweiligen Workflows zu erkennen. |
| Geheimnisse | Abgebrochen | Erforderlich, um Zugriff auf Umgebungsgeheimnisse zu erhalten (zum Erstellen von Changes). |
| Webhooks | Lesen und schreiben Hinweis: Lese- und Schreibberechtigungen sind erforderlich, um Webhooks von zu konfigurieren ServiceNow. |
Erforderlich, um automatisch einen Webhook zu erstellen, um Repository-Daten in Echtzeit zu erhalten. |
| Abrufanforderungen | Abgebrochen | Erforderlich, um Abrufanforderungen zu erkennen und zugehörige Details wie Abrufanforderungs-ID, Commits, „Ausgelöst von“, Genehmiger, Kommentare, Überprüfer usw. zu erhalten, entweder durch Import/Abruf oder in Echtzeit mit einem konfigurierten Webhook |
| Überprüfungen | Abgebrochen | Erforderlich, um Workflow-Ereignisse zu verarbeiten, die privaten Repositorys zugeordnet sind. |
GitLab Berechtigungen
| Objekt | Berechtigungen erforderlich | Auswirkung |
|---|---|---|
| API | Lesen und schreiben | Erforderlich, um Pläne, Repositorys und Pipelines zu erkennen und Verzweigungen, Commit und Tags sowie Pipeline-Ausführungsdetails (z. B. Phasen, Artefakte, Testergebnisse, Codesicherheitsergebnisse), Arbeitselemente zu empfangen, Tags, Verzweigungen und Commits entweder durch Import, Abfrage oder Echtzeit mit einem konfigurierten Webhook. Auch zum Anhalten oder Fortsetzen der Pipelines basierend auf dem Change-Steuerungsschritt. |
Jenkins Berechtigungen
| Objekt | Berechtigungen erforderlich | Auswirkung |
|---|---|---|
| Gesamt | Lesen | Erforderlich, um die Pipelines zu erkennen und Pipeline-Ausführungsdetails wie Aufträge oder Phasen, Artefakte, Testergebnisse, Codesicherheitsergebnisse usw. zu erhalten, entweder durch Import, Abfrage oder Echtzeit mit ServiceNow DevOps JenkinsPlugin. |
| Auftrag | Lesen | Erforderlich, um die Pipelines zu erkennen und Pipeline-Ausführungsdetails wie Aufträge oder Phasen, Artefakte, Testergebnisse, Codesicherheitsergebnisse usw. zu erhalten, entweder durch Import, Abfrage oder Echtzeit mit ServiceNow DevOps JenkinsPlugin. |
JFrog Berechtigungen
| Objekt | Berechtigungen erforderlich | Auswirkung |
|---|---|---|
| Rollen | Plattform verwalten | Erforderlich, um auf Artefaktdetails wie Artefaktname, Artefakt-Repository und Artefaktversion zuzugreifen. |
Jira Berechtigungen
| Objekt | Berechtigungen erforderlich | Auswirkung |
|---|---|---|
| Gruppen | jira-software-users | Erforderlich, um Pläne zu erkennen und Funktionen, Stories usw. abzurufen, entweder durch Import, Abfrage, oder konfigurierter Webhook. |
| Berechtigungen | Jira-Administratoren | Erforderlich, um automatisch Webhooks zum Abrufen von Funktionen und Stories in Echtzeit zu erstellen. |