{"meta":{"title":"Von Dependabot unterstützte Ökosysteme und Repositorys","intro":"Dependabot unterstützt eine Vielzahl von Ökosystemen und Repositorys","product":"Sicherheit und Codequalität","breadcrumbs":[{"href":"/de/code-security","title":"Sicherheit und Codequalität"},{"href":"/de/code-security/reference","title":"Reference"},{"href":"/de/code-security/reference/supply-chain-security","title":"Sicherheit der Lieferkette"},{"href":"/de/code-security/reference/supply-chain-security/supported-ecosystems-and-repositories","title":"Dependabot-Ökosysteme"}],"documentType":"article"},"body":"# Von Dependabot unterstützte Ökosysteme und Repositorys\n\nDependabot unterstützt eine Vielzahl von Ökosystemen und Repositorys\n\nDieser Artikel enthält Referenzmaterial zu den Paketökosystemen und Repository-Typen, die Dependabot unterstützt.\n\nDependabot ist ein GitHub Tool, das dir hilft, deine Abhängigkeiten sicher und aktuell zu halten. Es erkennt automatisch anfällige oder veraltete Abhängigkeiten in Ihren Repositorys und erstellt Pull-Anforderungen, um sie zu aktualisieren, wodurch es einfacher wird, Ihre Software-Lieferkettensicherheit zu verwalten. Weitere Informationen finden Sie unter [Schnellstartanleitung für Dependabot](/de/code-security/tutorials/secure-your-dependencies/dependabot-quickstart-guide).\n\n## Unterstützte Ökosysteme, die von GitHub verwaltet werden\n\n\n\nDu kannst Updates für Repositorys konfigurieren, die ein Abhängigkeitsmanifest oder eine Sperrdatei für einen der unterstützten Paketmanager enthalten. Für einige Paketmanager kannst du auch Vendoring für Abhängigkeiten konfigurieren. Weitere Informationen finden Sie unter [`vendor`](/de/code-security/dependabot/working-with-dependabot/dependabot-options-reference#vendor--).\nDependabot unterstützt auch Abhängigkeiten in privaten Registrierungen. Weitere Informationen finden Sie unter [Konfigurieren des Zugriffs auf private Registrierungen für Dependabot](/de/code-security/dependabot/working-with-dependabot/configuring-access-to-private-registries-for-dependabot).\n\n> \\[!NOTE]\n>\n> * Bei der Durchführung von Sicherheits- oder Versionsupdates müssen einige Ökosysteme in der Lage sein, alle Abhängigkeiten von der jeweiligen Quelle aufzulösen, um zu überprüfen, ob die Updates erfolgreich waren. Wenn deine Manifest- oder Sperrdateien private Abhängigkeiten enthalten, muss Dependabot auf den Speicherort zugreifen können, an dem diese Abhängigkeiten gehostet werden. Organisationsbesitzer können Dependabot Zugriff auf private Repositorys gewähren, die Abhängigkeiten für ein Projekt innerhalb derselben Organisation enthalten. Weitere Informationen finden Sie unter [Verwalten von Sicherheits- und Analyseeinstellungen für deine Organisation](/de/organizations/keeping-your-organization-secure/managing-security-settings-for-your-organization/managing-security-and-analysis-settings-for-your-organization#allowing-dependabot-to-access-private-dependencies). Du kannst den Zugriff auf private Registrierungen in der Konfigurationsdatei `dependabot.yml` eines Repositorys konfigurieren. Weitere Informationen finden Sie unter [Konfigurieren des Zugriffs auf private Registrierungen für Dependabot](/de/code-security/dependabot/working-with-dependabot/configuring-access-to-private-registries-for-dependabot).\n> * Dependabot unterstützt keine privaten GitHub-Abhängigkeiten für alle Paketmanager. Weitere Informationen findest du in der folgenden Tabelle.\n\nWenn dein Repository bereits eine Integration für die Abhängigkeitsverwaltung verwendet, musst du dies deaktivieren, bevor du Dependabot aktivierst. Weitere Informationen findest du unter [Informationen zu GitHub Integrationen](/de/get-started/exploring-integrations/about-integrations).\n\n\n\n| Paket-Manager | YAML-Wert | Unterstützte Versionen | Versionsupdates | Sicherheitsupdates | Private Repositorys | Private Registrierungen | Vendoring |\n| ------------- | --------- | ---------------------- | :----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |\n| | | | | | | | |\n| Bazel | `bazel` | v7, v8, v9 | | | | | |\n| | | | | | | | |\n| | | | | | | | |\n\n```\n [Bun](#bun) | `bun` | >=v1.1.39 | | | | | |\n```\n\n\\| |\nBundler | `bundler` |\nv2 | | | | | |\n\n```\n [Cargo](#cargo) | `cargo` | v1 | | | | | |\n```\n\nComposer | `composer` |\nv2 | | | | | |\n\\| |\n\n```\n [Conda](#conda) | `conda` | Nicht verfügbar | | | | | |\n```\n\n\\| |\n\n```\n [Dev-Container](#dev-containers) | `devcontainers` | Nicht verfügbar | | | | | |\n\n [Docker](#docker) | `docker` | v1 | | | | | Nicht verfügbar |\n```\n\n\\| |\n\n```\n [Docker Compose](#docker-compose) | `docker-compose` | v2, v3 | | | | | Nicht verfügbar |\n```\n\n\\| |\n\\| |\n.NET SDK | `dotnet-sdk` | >=.NET Core 3.1 | | | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |\n\\| |\n\n```\n [Helm-Diagramme](#helm-charts) | `helm` | \n v3 | | | | | Nicht verfügbar |\n```\n\nHex | `mix` | v1 | | | | | |\n\\| |\n\n```\n [Julia](#julia) | `julia` | >=v1.10 | | | | | |\n```\n\n\\| |\nelm-package | `elm` | v0.19 | | | | | |\nGit-Submodul | `gitsubmodule` | Nicht verfügbar | | | | | Nicht verfügbar |\n[GitHub Actions](#github-actions) | `github-actions` | Nicht verfügbar | | | | | Nicht verfügbar |\nGo-Module | `gomod` | v1 | | | | | |\n\n```\n [Gradle](#gradle) | `gradle` | Nicht verfügbar | | | | | |\n\n [Maven](#maven) | `maven` | Nicht verfügbar | | | | | |\n```\n\n\\| |\n\n```\n [Nix](#nix) | `nix` | Nicht verfügbar | | | | Nicht verfügbar | Nicht verfügbar |\n```\n\n\\| |\nnpm | `npm` | v7, v8, v9, v10, v11 | | | | | |\n\n```\n [NuGet](#nuget-cli) | `nuget` | \n <=6.12.0 | | | | | |\n```\n\n\\| |\n\n```\n [OpenTofu](#opentofu) | `opentofu` | Nicht verfügbar | | | | | Nicht verfügbar |\n```\n\n\\| |\n\n```\n [pip](#pip-and-pip-compile) | `pip` | 24,2 | | | | | |\n```\n\npipenv | `pip` | 2024.4.1 | | | | | |\n\n```\n [pip-compile](#pip-and-pip-compile) | `pip` | 7.5.3 | | | | | |\n```\n\n|\npnpm | `npm` | v7, v8, v9, v10 | | \n\n```\n | | | |\n```\n\nPoetry | `pip` | 2.2.1 | | | | | |\n\\| |\n\n```\n [pre-commit](#pre-commit) | `pre-commit` | Nicht verfügbar | | | | | |\n```\n\n\\| |\n\n```\n [pub](#pub) | `pub` | V2 | | | | | |\n```\n\n\\| |\n\n```\n [Rust-Toolkette](#rust-toolchain) | `rust-toolchain` | Nicht verfügbar | | | | Nicht verfügbar | Nicht verfügbar |\n```\n\n\\| |\n\n```\n [Swift](#swift) | `swift` | v5 | | | | \n (nur Git) | |\n\n [Terraform](#terraform) | `terraform` | >= 0,13, <= 1.13.x | | | | | Nicht verfügbar |\n```\n\n\\| |\nuv | `uv` | v0 | | | | | Nicht verfügbar |\n\\| |\n\\| |\n\n```\n [vcpkg](#vcpkg) | `vcpkg` | Nicht verfügbar | | | | | Nicht verfügbar |\n```\n\n\\| |\n\n```\n [yarn](#yarn) | `npm` | v1, v2, v3, v4 | | | | | |\n```\n\n> \\[!TIP]\n> Für Paket-Manager wie `pipenv` and `poetry` müssen Sie den YAML-Wert `pip` verwenden Wenn Sie z. B. `poetry` zum Verwalten Ihrer Python Abhängigkeiten verwenden und möchten, dass Dependabot Ihre Abhängigkeitsmanifestdatei für neue Versionen überwachen soll, verwenden Sie `package-ecosystem: \"pip\"` in Der datei `dependabot.yml`.\n\nWeitere Informationen zur Unterstützung des Ökosystems für Dependabot security updates finden Sie auch unter [Von Abhängigkeitsdiagrammen unterstützte Paket-Ökosysteme](/de/code-security/supply-chain-security/understanding-your-software-supply-chain/dependency-graph-supported-package-ecosystems).\n\n### Bun\n\n```\n Dependabot unterstützt die aktuelle textbasierte `bun.lock` Standarddatei, aber nicht die Legacy-Binärdatei `bun.lockb` . Die `bun.lock`-Datei wird von Version 1.1.39 und höher unterstützt. Weitere Informationen findest du unter [Lockfile](https://bun.sh/docs/install/lockfile) in der Bun-Dokumentation.\n```\n\n### Cargo\n\nDie Unterstützung privater Registrierungen umfasst Cargo-Registrys, so dass Sie Ihre Rust-Abhängigkeiten auf dem neuesten Stand beibehalten können Dependabot. Weitere Informationen finden Sie unter [Leitfaden zum Konfigurieren privater Registrierungen für Dependabot](/de/code-security/dependabot/working-with-dependabot/guidance-for-the-configuration-of-private-registries-for-dependabot#cargo).\n\n### Conda\n\n```\n Dependabot Die Unterstützung für Conda **umfasst keine privaten Registries, Vendorisierung oder Sperrdatei-Updates**.\n```\n\n### Dev-Container\n\nSie können `devcontainers` als `package-ecosystem` in Ihrer `dependabot.yml`-Datei verwenden, um Features in Ihren `devcontainer.json`-Konfigurationsdateien zu aktualisieren. Weitere Informationen zu dieser Unterstützung und für Konfigurationsdateibeispiele finden Sie in der Dokumentation zu Entwicklungscontainern unter [\"Allgemeine Verfügbarkeit der Dependabot Integration](https://containers.dev/guide/dependabot) \".\n\nDev-Container werden in mehreren Tools und Diensten verwendet, einschließlich Codespaces. Weitere Informationen zu Features und den unterstützten Diensten finden Sie in der Dokumentation für Entwicklungscontainer unter [Features](https://containers.dev/implementors/features/) und [Unterstützende Tools und Dienste](https://containers.dev/supporting).\n\nMit diesem Updater wird sichergestellt, dass Features an die neueste `major` Version in der zugehörigen `devcontainer.json`-Datei angeheftet werden. Wenn ein Entwicklungscontainer über eine Sperrdatei verfügt, wird diese Datei ebenfalls aktualisiert. Weitere Informationen zu Spezifikationen von Sperrdateien finden Sie unter [Sperrdateien](https://github.com/devcontainers/spec/blob/main/docs/specs/devcontainer-lockfile.md) im Repository `devcontainers/spec`.\n\nFeatures an einem beliebigen gültigen Dev-Containerspeicherort werden in einem einzigen Pull Request aktualisiert. Weitere Informationen zur Spezifikation von Entwicklungscontainern finden Sie in der Dokumentation für Entwicklungscontainer unter [Spezifikation](https://containers.dev/implementors/spec/#devcontainerjson).\n\n### Docker\n\n```\n Dependabot kann Metadaten aus Docker-Images hinzufügen, um Anforderungen für Versionsupdates abzurufen. Die Metadaten enthalten Versionshinweise, Änderungsprotokolle und den Commitverlauf. Repositoryadministratoren können die Metadaten verwenden, um das Stabilitätsrisiko des Abhängigkeitsupdates schnell auszuwerten.\n```\n\nDamit Dependabot Docker-Metadaten abgerufen werden können, müssen die Betreuer von Docker-Images dem Dockerfile das `org.opencontainers.image.source` Label hinzufügen und die URL des Quell-Repositorys einschließen. Darüber hinaus müssen Verwalter das Repository mit den gleichen Tags versehen wie die veröffentlichten Docker-Images. Ein Beispiel dafür finden Sie im [`dependabot-fixtures/docker-with-source`](https://github.com/dependabot-fixtures/docker-with-source)-Repository. Weitere Informationen zu Docker-Bezeichnungen finden Sie unter [Erweiterungsimagebezeichnungen](https://docs.docker.com/desktop/extensions-sdk/extensions/labels/) und [BUILDX\\_GIT\\_LABELS](https://docs.docker.com/build/building/env-vars/#buildx_git_labels) in der Docker-Dokumentation.\n\n```\n Dependabot kann Docker-Imagetags in Kubernetes-Manifesten aktualisieren. Fügen Sie dem Docker-Element `package-ecosystem` Ihrer Datei vom Typ `dependabot.yml` für jedes Verzeichnis, das ein Kubernetes-Manifest enthält, das auf Docker-Imagetags verweist, einen Eintrag hinzu. Kubernetes-Manifeste können YAML-Dateien oder Helm-Diagramme für die Kubernetes-Bereitstellung sein. Informationen zum Konfigurieren deiner `dependabot.yml`-Datei für `docker` findest du unter `package-ecosystem` in [AUTOTITLE](/code-security/dependabot/working-with-dependabot/dependabot-options-reference#package-ecosystem-).\n\n Dependabot unterstützt öffentliche und private Docker-Registrierungen. Eine Liste der unterstützten Registrierungen finden Sie unter „`docker-registry`“ in [AUTOTITLE](/code-security/dependabot/working-with-dependabot/configuring-access-to-private-registries-for-dependabot#docker-registry).\n\n Dependabot analysiert Docker-Imagetags für die semantische Versionsverwaltung ([SemVer](https://semver.org/)). Wenn Dependabot ein Tag mit einer Vorabversion erkannt wird, schlägt es nur ein Update auf die neueste Version mit einer übereinstimmenden Vorabversion vor, und es wird keine neuere Version vorgeschlagen, die eine andere Vorversionsbezeichnung verwendet. Weitere Informationen finden Sie in der `dependabot-docker`[README.md](https://github.com/dependabot/dependabot-core/blob/main/docker/README.md)-Datei im `dependabot/dependabot-core`-Repository.\n```\n\n### Docker Compose\n\n```\n Dependabot unterstützt Docker Compose auf ähnliche Weise wie Docker. Weitere Informationen findest du unter [Docker](#docker).\n```\n\n### GitHub Actions\n\n```\n Dependabot unterstützt Versionsupdates für GitHub Actions mit den folgenden Einschränkungen.\n```\n\n* Dependabot unterstützt Aktualisierungen von GitHub Actions nur mithilfe der Repository-Syntax von GitHub, wie z. B. `actions/checkout@v5` oder `actions/checkout@`. Dependabot ignoriert Aktionen oder wiederverwendbare Workflows, auf die lokal verwiesen wird (z. B. `./.github/actions/foo.yml`. ).\n* Dependabot aktualisiert die Versionsdokumentation von GitHub Actions, wenn sich der Kommentar in derselben Zeile befindet, wie `actions/checkout@ #` oder `actions/checkout@ #`.\n* Wenn der von Ihnen verwendete Commit mit keinem Tag verbunden ist, aktualisiert Dependabot GitHub Actions auf den neuesten Commit, der sich vom neuesten Release unterscheiden kann.\n* Docker Hub und GitHub Packages Container registry-URLs werden derzeit nicht unterstützt. Beispielsweise werden Verweise auf Docker-Containeraktionen mit `docker://`-Syntax nicht unterstützt.\n* Dependabot unterstützt sowohl öffentliche als auch private Repositorys für GitHub Actions. Informationen zu Konfigurationsoptionen für private Registrierungen findest du unter `git` in [Referenz zu Dependabot-Optionen](/de/code-security/dependabot/dependabot-version-updates/configuration-options-for-the-dependabot.yml-file#git).\n\nWeitere Informationen zur Verwendung von Dependabot version updates mit GitHub Actions finden Sie unter [Referenz zur sicheren Verwendung](/de/actions/security-guides/using-githubs-security-features-to-secure-your-use-of-github-actions#keeping-the-actions-in-your-workflows-secure-and-up-to-date).\n\n### Gradle\n\n```\n Dependabot unterstützt Updates für die folgenden Dateien, ohne Gradle ausführen zu müssen:\n```\n\n\\*\n`build.gradle`, `build.gradle.kts` (für Kotlin-Projekte)\n\\*\n`gradle/libs.versions.toml` (für Projekte, die einen Gradle-Standardversionskatalog verwenden)\n\\*\n`gradle.lockfile` (für Projekte mit Gradle-Abhängigkeitssperre)\n\n* Dateien, die über die `apply`-Deklaration eingefügt wurden, die `dependencies` im Dateinamen enthalten. Beachten Sie, dass `apply` weder `apply to`, Rekursion noch erweiterte Syntax – z. B. `apply` mit `mapOf` bei Kotlin oder durch Eigenschaften definierte Dateinamen – unterstützt.\n\nUm den Gradle Wrapper zu aktualisieren, Dependabot führt Gradle und Updates aus:\n\n* `gradle/wrapper/gradle-wrapper.properties`\n* `gradlew`\n* `gradlew.bat`\n* `gradle/wrapper/gradle-wrapper.jar`\n\n ```\n Dependabot verwendet Informationen aus der `pom.xml` Datei der Abhängigkeiten, um Verknüpfungen zu Releaseinformationen in Aktualisierungs-Pullanforderungen hinzuzufügen. Wenn die Informationen aus der `pom.xml` Datei weggelassen werden, kann sie nicht in Dependabot Pullanforderungen eingeschlossen werden, siehe [AUTOTITLE](/code-security/dependabot/ecosystems-supported-by-dependabot/optimizing-java-packages-dependabot).\n ```\n\nFür Dependabot security updates ist die Unterstützung für Gradle auf manuelle Uploads der Daten des Abhängigkeitsdiagramms mit dem Abhängigkeitsübermittlungs-API beschränkt. Weitere Informationen zum Abhängigkeitsübermittlungs-API findest du unter [Verwenden der Abhängigkeitsübermittlungs-API](/de/code-security/supply-chain-security/understanding-your-software-supply-chain/using-the-dependency-submission-api).\n\n> \\[!NOTE]\n>\n> * Wenn Sie Gradle-Abhängigkeiten mithilfe des Abhängigkeitsübermittlungs-APIAbhängigkeitsdiagramms hochladen, werden alle Projektabhängigkeiten hochgeladen, sogar transitive Abhängigkeiten, die in keiner Abhängigkeitsdatei explizit erwähnt werden. Wenn eine Warnung in einer transitiven Abhängigkeit erkannt wird, ist es nicht in der Lage, Dependabot die anfällige Abhängigkeit im Repository zu finden, und erstellt daher kein Sicherheitsupdate für diese Warnung.\n> *\n\n```\n Dependabot version updates erstellt jedoch Pullanforderungen, wenn die übergeordnete Abhängigkeit explizit als direkte Abhängigkeit in der Manifestdatei des Projekts deklariert wird.\n```\n\n### Helm-Diagramme\n\n```\n Dependabot unterstützt die Verwendung eines Benutzernamens und Kennworts für Registrierungen. Weitere Informationen finden Sie unter [AUTOTITLE](/code-security/dependabot/working-with-dependabot/configuring-access-to-private-registries-for-dependabot#helm-registry).\n```\n\nDer `helm-registry` Typ unterstützt nur HTTP Basic Auth und unterstützt keine OCI-kompatiblen Registrierungen. Wenn Sie auf ein OCI-kompatibles Register für Helm-Charts zugreifen müssen, konfigurieren Sie stattdessen ein `docker-registry`. Weitere Informationen finden Sie unter [Konfigurieren des Zugriffs auf private Registrierungen für Dependabot](/de/code-security/dependabot/working-with-dependabot/configuring-access-to-private-registries-for-dependabot#docker-registry).\n\nBei der Konfiguration Dependabot für Helm-Diagramme aktualisiert es auch automatisch die Docker-Images, auf die in diesen Diagrammen verwiesen wird, und stellt sicher, dass sowohl die Diagrammversionen als auch ihre enthaltenen Images auf dem neuesten Stand bleiben.\n\n### Maven\n\n```\n Dependabot führt Maven nicht aus, unterstützt aber Updates für `pom.xml` Dateien.\n\n Dependabot verwendet Informationen aus der `pom.xml` Datei der Abhängigkeiten, um Verknüpfungen zu Releaseinformationen in Aktualisierungs-Pullanforderungen hinzuzufügen. Wenn die Informationen aus der `pom.xml` Datei weggelassen werden, kann sie nicht in Dependabot Pullanforderungen eingeschlossen werden, siehe [AUTOTITLE](/code-security/dependabot/ecosystems-supported-by-dependabot/optimizing-java-packages-dependabot).\n```\n\n### Nix\n\n```\n Dependabot überwacht Ihre `flake.lock` Datei und öffnet Pull-Requests, wenn neuere Commits für Ihre Flake-Eingaben verfügbar sind. \n GitHubGitLab-, SourceHut- und einfache Git-Eingaben werden alle unterstützt. Das Aktualisieren angehefteter Refs innerhalb von `flake.nix` selbst (z. B. das Ändern von `github:cachix/devenv/v0.5` zu einem neueren Tag) wird nicht unterstützt.\n\n Dependabot unterstützt derzeit keine privaten Repositorys für das `nix` Ökosystem.\n```\n\n### NuGet-Befehlszeilenschnittstelle (CLI)\n\n```\n Dependabot führt die NuGet CLI nicht aus, unterstützt aber die meisten Features bis Version 6.8.0.\n```\n\n### pip und pip-compile\n\n```\n Dependabot unterstützt Aktualisierungen für jede `.txt` Datei.\n```\n\nZusätzlich unterstützt Dependabot Updates für `pyproject.toml`-Dateien, wenn sie dem PEP 621-Standard entsprechen.\n\n### Poetry\n\nDerzeit wird der Abschnitt `project` von PEP 621 für `poetry` nicht unterstützt.\n\n### pre-commit\n\n```\n Dependabot kann Hook-Revisionen in `.pre-commit-config.yaml` Dateien aktualisieren. Wenn ein Hook einen bestimmten Commit-SHA anheftet, löst Dependabot das neueste übereinstimmende Tag auf und aktualisiert den `rev`-Wert entsprechend.\n```\n\nSie können einen `# frozen:` Kommentar hinter dem `rev` Wert verwenden, um einen Hook an ein bestimmtes Versions- oder Versionspräfix anzuheften.\nDependabot verwendet diesen Kommentar, um zu bestimmen, ob eine Aktualisierung erforderlich ist und welches Tag aufgelöst werden soll.\n\n| Szenario | Verhalten |\n| -------- | --------- |\n| | |\n\n```\n `rev: # frozen: 7.3.0` und 7.3.0 ist die neueste Version | Keine Aktualisierung. Die Abhängigkeit ist bereits aktuell. |\n```\n\n|\n`rev: # frozen: 7.3.0` und 8.0.0 wurde veröffentlicht. | Aktualisiert auf die SHA des `8.0.0`-Tags. Der Kommentar wird aktualisiert auf `# frozen: 8.0.0`. |\n|\n`rev: # frozen: v1` und `v1.43.5` ist die neueste `v1.x` Version | Aktualisiert auf die SHA des `v1.43.5`-Tags. Der Kommentar wird aktualisiert auf `# frozen: v1.43.5`. |\n|\n`rev: ` ohne `# frozen:` Kommentar | Aktualisiert auf den HEAD-SHA der Standardverzweigung. |\n\nNeben der Aktualisierung von Hook-Überarbeitungen kann Dependabot`additional_dependencies` für Hooks aktualisieren, die in den folgenden Sprachen geschrieben sind: Python, Node, Go, Rust, Ruby und Dart.\n\nPrivate Registrierungsunterstützung verwendet Git-Registrierungen. Sie können den Zugriff für private Git-Repositorys konfigurieren, indem Sie eine Git-Registrierung in Ihrer `dependabot.yml`-Datei voraussetzen. Weitere Informationen finden Sie unter [Konfigurieren des Zugriffs auf private Registrierungen für Dependabot](/de/code-security/dependabot/working-with-dependabot/configuring-access-to-private-registries-for-dependabot#git).\n\n> \\[!NOTE]\n> Private Registries werden nicht für `additional_dependencies` unterstützt.\n\n### Rust-Toolkette\n\n```\n Dependabot unterstützt automatische Updates für Rust-Toolchain-Versionen, die in `rust-toolchain.toml`- und `rust-toolchain`-Dateien definiert sind.\n```\n\nUnterstützte Aktualisierungsmuster Dependabot können aktualisieren:\n\n* Versionsverwaltungstools wie `channel = \"1.xx.yy\"` und `channel = \"1.xx\"`\n* Veraltete Toolketten wie `channel = \"nightly-YYYY-MM-DD\"` und `channel = \"beta-YYYY-MM-DD\"`\n\n### Swift\n\nDie Unterstützung für private Registrierungen gilt nur für Git-Registrierungen. Swift-Registrierungen werden nicht unterstützt. Nicht deklarative Manifeste werden nicht unterstützt. Weitere Informationen zu nicht deklarativen Manifesten finden Sie in der Swift Evolution-Dokumentation unter [Bearbeiten nicht deklarativer Manifeste](https://github.com/apple/swift-evolution/blob/7003da1439ad60896ec14657dfce829f04b0632c/proposals/0301-package-editing-commands.md#editing-non-declarative-manifests).\n\n### Terraform\n\nTerraform-Unterstützung umfasst:\n\n* Module, die auf Terraform Registry oder einem öffentlich zugänglichen Git-Repository gehostet werden.\n* Terraform-Anbieter\n* Privates Terraform-Registry Sie können den Zugriff für private Git-Repositorys konfigurieren, indem Sie eine Git-Registrierung in Ihrer `dependabot.yml`-Datei voraussetzen. Weitere Informationen finden Sie unter [`git`](/de/code-security/dependabot/working-with-dependabot/configuring-access-to-private-registries-for-dependabot#git).\n\n### vcpkg\n\nDie vcpkg-Unterstützung umfasst das Aktualisieren des `builtin-baseline`-Commit-SHA aus dem Repository für vcpkg-Ports in deiner `vcpkg.json`-Manifestdatei Weitere Informationen finden Sie im Repository [`microsoft/vcpkg`](https://github.com/microsoft/vcpkg) auf GitHub.com, und siehe [Was ist der Manifestmodus?](https://learn.microsoft.com/vcpkg/concepts/manifest-mode) in der Microsoft-Dokumentation.\n\n### yarn\n\nDependabot unterstützt Anbieterabhängigkeiten ab Version 2.\n\n## Unterstützte gemeinschaftlich gepflegte Ökosysteme\n\n```\n Die folgenden Ökosysteme werden von ihren vorgelagerten Community-Betreuern gepflegt. GitHub integriert Dependabot mit diesen Ökosystemen, verwaltet sie jedoch nicht direkt.\n \n \n```\n\n\\*\n[Julia](#julia) - Gepflegt von der Julia Community\n\\*\n[OpenTofu](#opentofu) - Gepflegt von der OpenTofu-Community\n\\*\n[Pub](#pub) - gepflegt von the Dart Community\n\n### Julia\n\n```\n Dependabot unterstützt Julia-Projekte, die `Project.toml`/`Manifest.toml` Dateien enthalten. \n Dependabot verwendet Julias Paketmanager, um Abhängigkeiten zu beheben und zu aktualisieren.\n```\n\n### OpenTofu\n\n```\n Dependabot unterstützt das Aktualisieren von OpenTofu-Modulen und -Anbietern in `.tf` und `.tofu` Konfigurationsdateien, einschließlich `terragrunt.hcl` Dateien. Wenn die `.terraform.lock.hcl` Sperrdatei für Anbieterüberprüfungen vorhanden ist, Dependabot wird sie ebenfalls aktualisiert.\n```\n\n### Pub\n\n```\n Dependabot führt kein Update auf `pub` durch, wenn die Zielversion ignoriert wird, auch wenn eine frühere Version verfügbar ist.\n```\n\nSie können Dependabot verwenden, um Dart-Abhängigkeiten auf dem neuesten Stand zu halten, wenn Sie privat gehostete Pub-Repositorys verwenden. Informationen zum Zulassen Dependabot des Zugriffs auf private GitHub Abhängigkeiten finden Sie unter [\"Zulassen Dependabot des Zugriffs auf private Abhängigkeiten\"](/de/organizations/keeping-your-organization-secure/managing-security-settings-for-your-organization/managing-security-and-analysis-settings-for-your-organization#allowing-dependabot-to-access-private-dependencies)."}