Custom runner labels at repo level for Dependabot [GA]
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- github
- Bereich
- devops
Rechercherichtung
This roadmap issue describes repository-level custom runner labels for Dependabot jobs, but it does not identify implementation files, tests, or a code entry point. Start by checking whether the roadmap item links to an implementation repository or further technical details. Done means repository-level runner labels are supported for Dependabot jobs while the existing organization-level configuration remains available.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Value Prop
You can now target specific self-hosted runners for Dependabot jobs at the repository level, giving you finer control over where dependency update workflows run. This complements existing org-level runner configuration, so teams managing large enterprises can tailor runner selection to individual repositories without affecting the broader organization. Whether you need a runner with particular network access, hardware specs, or compliance requirements, Dependabot jobs will now respect the labels you define.
Expected Outcome
Enterprise teams gain a more flexible, granular way to configure Dependabot across their GitHub environment, reducing friction when rolling out dependency automation at scale. By supporting custom runner labels at the repository level, organizations can enforce consistent infrastructure requirements for Dependabot-generated pull requests without resorting to workarounds. This makes it easier to manage Dependabot in complex, security-conscious environments where runner placement matters.
- Vorherrschende Sprache
- Keine Sprachdaten
- Sterne
- 9k
- Forks
- 1.8k
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus github/roadmap
-
Enterprise Free GA GHES 3.24 Team
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 25/100
-
Enterprise Free GA GHES 3.24 Team
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 18/100
-
Closing Down cloud Enterprise Free Shipped - Dotcom Team
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
-
cloud Copilot Enterprise Copilot for Business Copilot for Individuals Public Preview Shipped - Dotcom
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 10/100
-
cloud Copilot Enterprise Copilot for Business Copilot for Individuals Public Preview Shipped - Dotcom
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 15/100
Ähnliche Issues
-
area: infrastructure bug priority: low
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
snapotter-hq/SnapOtter#4575 ·
Maintainer antworten meist innerhalb von 1 Tag
-
documentation server-memory v2
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
modelcontextprotocol/servers#5457 ·
Maintainer antworten meist innerhalb von 1 Tag
-
github_actions security
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 85/100
dekobon/big-code-analysis#1815 ·
Maintainer antworten meist innerhalb von 1 Tag
-
needs-area-label
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
Maintainer antworten meist innerhalb von 2 Tagen
-
enhancement good first issue
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
Official-Space-AI/OpenPhysGraspGen#114 ·
Maintainer antworten meist innerhalb von 2 Tagen