{"meta":{"title":"REST-API-Endpunkte für die Abhängigkeitsübermittlung","intro":"Verwende die REST-API, um Abhängigkeiten zu übermitteln.","product":"REST-API","breadcrumbs":[{"href":"/de/enterprise-cloud@latest/rest","title":"REST-API"},{"href":"/de/enterprise-cloud@latest/rest/dependency-graph","title":"Abhängigkeitsdiagramm"},{"href":"/de/enterprise-cloud@latest/rest/dependency-graph/dependency-submission","title":"Abhängigkeitsübermittlung"}],"documentType":"article"},"body":"# REST-API-Endpunkte für die Abhängigkeitsübermittlung\n\nVerwende die REST-API, um Abhängigkeiten zu übermitteln.\n\n## Informationen zu Abhängigkeitsübermittlungen\n\nDu kannst die REST-API verwenden, um Abhängigkeiten für ein Projekt zu übermitteln. Dadurch kannst du Abhängigkeiten wie die, die beim Kompilieren oder Erstellen von Software aufgelöst werden, zum Abhängigkeitsdiagrammfeature von GitHub hinzufügen und ein vollständigeres Bild aller Abhängigkeiten deines Projekts bieten.\n\nDas Abhängigkeitsdiagramm zeigt alle Abhängigkeiten, die du mithilfe der API übermittelst, zusätzlich zu allen Abhängigkeiten, die von Manifest- oder Sperrdateien im Repository aus identifiziert werden (z. B. eine `package-lock.json`-Datei in einem JavaScript-Projekt). Weitere Informationen zur Anzeige des Abhängigkeitsdiagramms findest du unter [Untersuchen der Abhängigkeiten eines Repositorys](/de/enterprise-cloud@latest/code-security/supply-chain-security/understanding-your-software-supply-chain/exploring-the-dependencies-of-a-repository#viewing-the-dependency-graph).\n\nÜbermittelte Abhängigkeiten erhalten Dependabot alerts und Dependabot security updates für alle bekannten Sicherheitsrisiken. Sie erhalten Dependabot alerts nur für Abhängigkeiten, die aus einem der unterstützten Ökosysteme für GitHub Advisory Database stammen. Weitere Informationen zu diesen Ökosystemen findest du unter [GitHub Advisory database](/de/enterprise-cloud@latest/code-security/security-advisories/global-security-advisories/about-the-github-advisory-database#github-reviewed-advisories). Für transitive Abhängigkeiten, die über die Abhängigkeitsübermittlungs-API übermittelt werden, öffnet Dependabot automatisch Pull Requests, um die übergeordnete Abhängigkeit zu aktualisieren, wenn ein Update verfügbar ist.\n\nÜbermittelte Abhängigkeiten werden in der Abhängigkeitsüberprüfung angezeigt, aber sind *nicht* in den Abhängigkeitserkenntnissen deiner Organisation verfügbar.\n\n> \\[!NOTE]\n> Die API für die Abhängigkeitsüberprüfung und die Abhängigkeitsübermittlungs-API arbeiten zusammen. Dies bedeutet, dass die API zur Abhängigkeitsüberprüfung Abhängigkeiten enthält, die über die Abhängigkeitsübermittlungs-API übermittelt werden.\n\nDu kannst Abhängigkeiten in Form einer Momentaufnahme übermitteln. Eine Momentaufnahme ist eine Reihe von Abhängigkeiten, die einem Commit-SHA und anderen Metadaten zugeordnet sind, die den aktuellen Status deines Repositorys für einen Commit widerspiegeln. Du kannst dich entscheiden, vordefinierte Aktionen zu verwenden, oder eigene Aktionen zu erstellen, um jedes Mal, wenn dein Projekt erstellt wird, deine Abhängigkeiten im erforderlichen Format zu übermitteln. Weitere Informationen finden Sie unter [Verwenden der Abhängigkeitsübermittlungs-API](/de/enterprise-cloud@latest/code-security/supply-chain-security/understanding-your-software-supply-chain/using-the-dependency-submission-api).\n\nDu kannst mehrere Gruppen von Abhängigkeiten übermitteln, die in deinem Abhängigkeitsdiagramm enthalten sein sollen. Die REST-API verwendet die Eigenschaft `job.correlator` und die Kategorie `detector.name` der Momentaufnahme, um sicherzustellen, dass die neuesten Übermittlungen für jeden Workflow angezeigt werden. Die `correlator`-Eigenschaft selbst ist das primäre Feld, mit dem du unabhängige Übermittlungen unterscheidest. Ein Beispiel `correlator` könnte eine einfache Kombination aus zwei Variablen sein, die in Aktionen verfügbar sind: `<GITHUB_WORKFLOW> <GITHUB_JOB>`.\n\nEin Repository kann mehrere Methoden für die Abhängigkeitsübermittlung verwenden, was dazu führen kann, dass dasselbe Paketmanifest mehrmals gescannt wird, wodurch unterschiedliche Ausgaben bei jedem Scan möglich sind. Das Abhängigkeitsdiagramm verwendet Deduplizierungslogik, um die Ausgaben zu analysieren und die genauesten Informationen für jede Manifestdatei zu priorisieren.\n\nDas Abhängigkeitsdiagramm zeigt nur eine Instanz jeder Manifestdatei mithilfe der folgenden Rangfolgeregeln an.\n\n1. **Benutzerübermittlungen** haben die höchste Priorität, da sie in der Regel während des Erstellens von Artefakten entstehen und die vollständigsten Informationen enthalten.\n   * Wenn mehrere manuelle Momentaufnahmen aus verschiedenen Detektoren vorhanden sind, werden sie alphabetisch nach Korrelator und dem ersten verwendeten sortiert.\n   * Wenn es zwei Korrelatoren mit demselben Detektor gibt, werden die aufgelösten Abhängigkeiten zusammengeführt. Weitere Informationen zu Korrelatoren und Detektoren finden Sie unter [REST-API-Endpunkte für die Abhängigkeitsübermittlung](/de/enterprise-cloud@latest/rest/dependency-graph/dependency-submission).\n2. \\*\\*\n   Dependabot Diagrammaufträge\\*\\* haben die zweithöchste Priorität. Für Ökosysteme, in denen Dependabot Graph-Aufträge verfügbar sind (derzeit Go und Python), haben sie Vorrang vor der automatischen Abhängigkeitsübermittlung.\n3. **Automatische Übermittlungen** haben die nächste Priorität, da sie auch während der Artefaktbuilds erstellt werden, aber nicht von Benutzern übermittelt werden.\n4. **Statische Analyseergebnisse** werden verwendet, wenn keine anderen Daten verfügbar sind.\n\n> \\[!NOTE]\n> Most endpoints use `Authorization: Bearer <YOUR-TOKEN>` and `Accept: application/vnd.github+json` headers, plus `X-GitHub-Api-Version: 2026-03-10`. Curl examples below omit these standard headers for brevity.\n\n## Create a snapshot of dependencies for a repository\n\n```\nPOST /repos/{owner}/{repo}/dependency-graph/snapshots\n```\n\nCreate a new snapshot of a repository's dependencies.\nThe authenticated user must have access to the repository.\nOAuth app tokens and personal access tokens (classic) need the repo scope to use this endpoint.\n\n### Parameters\n\n#### Headers\n\n* **`accept`** (string)\n  Setting to `application/vnd.github+json` is recommended.\n\n#### Path and query parameters\n\n* **`owner`** (string) (required)\n  The account owner of the repository. The name is not case sensitive.\n\n* **`repo`** (string) (required)\n  The name of the repository without the .git extension. The name is not case sensitive.\n\n#### Body parameters\n\n* **`version`** (integer) (required)\n  The version of the repository snapshot submission.\n\n* **`job`** (object) (required)\n  * **`id`** (string) (required)\n    The external ID of the job.\n  * **`correlator`** (string) (required)\n    Correlator provides a key that is used to group snapshots submitted over time. Only the \"latest\" submitted snapshot for a given combination of job.correlator and detector.name will be considered when calculating a repository's current dependencies. Correlator should be as unique as it takes to distinguish all detection runs for a given \"wave\" of CI workflow you run. If you're using GitHub Actions, a good default value for this could be the environment variables GITHUB\\_WORKFLOW and GITHUB\\_JOB concatenated together. If you're using a build matrix, then you'll also need to add additional key(s) to distinguish between each submission inside a matrix variation.\n  * **`html_url`** (string)\n    The url for the job.\n\n* **`sha`** (string) (required)\n  The commit SHA associated with this dependency snapshot. Maximum length: 40 characters.\n\n* **`ref`** (string) (required)\n  The repository branch that triggered this snapshot.\n\n* **`detector`** (object) (required)\n  A description of the detector used.\n  * **`name`** (string) (required)\n    The name of the detector used.\n  * **`version`** (string) (required)\n    The version of the detector used.\n  * **`url`** (string) (required)\n    The url of the detector used.\n\n* **`metadata`** (object)\n  User-defined metadata to store domain-specific information limited to 8 keys with scalar values.\n\n* **`manifests`** (object)\n  A collection of package manifests, which are a collection of related dependencies declared in a file or representing a logical group of dependencies.\n  * **`key`** (object)\n    A user-defined key to represent an item in manifests.\n    * **`name`** (string) (required)\n      The name of the manifest.\n    * **`file`** (object)\n      * **`source_location`** (string)\n        The path of the manifest file relative to the root of the Git repository.\n    * **`metadata`** (object)\n      User-defined metadata to store domain-specific information limited to 8 keys with scalar values.\n    * **`resolved`** (object)\n      A collection of resolved package dependencies.\n      * **`key`** (object)\n        A user-defined key to represent an item in resolved.\n        * **`package_url`** (string)\n          Package-url (PURL) of dependency. See <https://github.com/package-url/purl-spec> for more details.\n        * **`metadata`** (object)\n          User-defined metadata to store domain-specific information limited to 8 keys with scalar values.\n        * **`relationship`** (string)\n          A notation of whether a dependency is requested directly by this manifest or is a dependency of another dependency.\n          Can be one of: `direct`, `indirect`\n        * **`scope`** (string)\n          A notation of whether the dependency is required for the primary build artifact (runtime) or is only used for development. Future versions of this specification may allow for more granular scopes.\n          Can be one of: `runtime`, `development`\n        * **`dependencies`** (array of strings)\n          Array of package-url (PURLs) of direct child dependencies.\n\n* **`scanned`** (string) (required)\n  The time at which the snapshot was scanned.\n\n### HTTP response status codes\n\n* **201** - Created\n\n### Code examples\n\n#### Example\n\n**Request:**\n\n```curl\ncurl -L \\\n  -X POST \\\n  https://api.github.com/repos/OWNER/REPO/dependency-graph/snapshots \\\n  -d '{\n  \"version\": 0,\n  \"sha\": \"ce587453ced02b1526dfb4cb910479d431683101\",\n  \"ref\": \"refs/heads/main\",\n  \"job\": {\n    \"correlator\": \"yourworkflowname_youractionname\",\n    \"id\": \"yourrunid\"\n  },\n  \"detector\": {\n    \"name\": \"octo-detector\",\n    \"version\": \"0.0.1\",\n    \"url\": \"https://github.com/octo-org/octo-repo\"\n  },\n  \"scanned\": \"2022-06-14T20:25:00Z\",\n  \"manifests\": {\n    \"package-lock.json\": {\n      \"name\": \"package-lock.json\",\n      \"file\": {\n        \"source_location\": \"src/package-lock.json\"\n      },\n      \"resolved\": {\n        \"@actions/core\": {\n          \"package_url\": \"pkg:/npm/%40actions/core@1.1.9\",\n          \"dependencies\": [\n            \"@actions/http-client\"\n          ]\n        },\n        \"@actions/http-client\": {\n          \"package_url\": \"pkg:/npm/%40actions/http-client@1.0.7\",\n          \"dependencies\": [\n            \"tunnel\"\n          ]\n        },\n        \"tunnel\": {\n          \"package_url\": \"pkg:/npm/tunnel@0.0.6\"\n        }\n      }\n    }\n  }\n}'\n```\n\n**Response schema (Status: 201):**\n\n* `id`: required, integer\n* `created_at`: required, string\n* `result`: required, string\n* `message`: required, string"}