Skip to content

Update dependabot-2.0.json schema to match current Dependabot features#5381

Open
JamieMagee wants to merge 1 commit intoSchemaStore:masterfrom
JamieMagee:update-dependabot-2.0-schema
Open

Update dependabot-2.0.json schema to match current Dependabot features#5381
JamieMagee wants to merge 1 commit intoSchemaStore:masterfrom
JamieMagee:update-dependabot-2.0-schema

Conversation

@JamieMagee
Copy link
Contributor

@JamieMagee JamieMagee commented Feb 19, 2026

The schema had fallen behind the actual Dependabot configuration. This brings it up to date with features shipped over the past year or so.

What changed

New ecosystem and registry types:

OIDC and AWS CodeArtifact registry auth properties:

  • tenant-id, client-id (Azure OIDC)
  • jfrog-oidc-provider-name, identity-mapping-name, audience (JFrog OIDC)
  • aws-region, account-id, role-name, domain, domain-owner (AWS CodeArtifact)
  • registry (cargo-registry name)
  • Ref: Dependabot now supports OIDC authentication

Groups:

Multi-ecosystem groups:

Update definition:

  • name property (string, 3-100 chars)

Constraint fixes:

  • Cooldown: default-days/semver-major-days/semver-minor-days minimum is 1, not 0. All day fields capped at 90. include/exclude maxItems is 100, not 150. — Cooldown GA
  • Ignore versions: now accepts a string or an array (was array-only), matching actual behavior

Housekeeping:

  • Replaced the inline timezone enum (~570 lines) with a $ref to base.json#/definitions/timezone

Sync the dependabot-2.0.json schema with the current state of
Dependabot's configuration options, adding missing features and
fixing constraints to match the actual implementation.

Changes:

- Add pre-commit to package-ecosystem enum (beta ecosystem)
  dependabot/dependabot-core#2183

- Add goproxy-server to registry type enum
  https://github.blog/changelog/2025-09-09-go-private-registry-support-for-dependabot-now-generally-available
  dependabot/dependabot-core#12747

- Add OIDC and AWS CodeArtifact registry auth properties
  (tenant-id, client-id, jfrog-oidc-provider-name,
  identity-mapping-name, audience, aws-region, account-id,
  role-name, domain, domain-owner, registry)
  https://github.blog/changelog/2026-02-03-dependabot-now-supports-oidc-authentication

- Add group-by property to groups definition
  https://github.blog/changelog/2024-03-28-dependabot-grouped-security-updates-generally-available

- Add name property to update definition

- Add update-types, dependency-type, and exclude-patterns
  properties to multi-ecosystem-group definition
  https://github.blog/changelog/2025-07-01-single-pull-request-for-dependabot-multi-ecosystem-support

- Fix cooldown constraints to match implementation:
  minimum 1 (not 0) for default/major/minor days,
  maximum 90 for all day fields,
  maxItems 100 (not 150) for include/exclude
  https://github.blog/changelog/2025-07-01-dependabot-supports-configuration-of-a-minimum-package-age

- Fix ignore versions to accept string or array (was array-only)

- Replace inline timezone enum with $ref to base.json

- Add positive tests for new features
@github-actions
Copy link
Contributor

Thanks for the PR!

This section of the codebase is owned by @madskristensen and @hyperupcall - if they write a comment saying "LGTM" then it will be merged.

@JamieMagee JamieMagee changed the title feat(dependabot-2.0): update schema to match current Dependabot features Update dependabot-2.0.json schema to match current Dependabot features Feb 19, 2026
"US/Pacific",
"US/Samoa"
]
"$ref": "https://json.schemastore.org/base.json#/definitions/timezone"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👋 Hi there, check-jsonschema maintainer here! (not a SchemaStore maintainer)

I want to note that this could be a problem for offline use of the schema (e.g., in pre-commit.ci, where the network is disabled).
For check-jsonschema it would probably be a blocker on supporting this until I work out how to vendor base.json and feed it into the $ref resolution mechanism correctly.1

That's not to say that you can't or even "shouldn't" apply this change. Just to be aware that changing a schema such that it's no longer self-contained has some implications about how that schema is consumed.

Footnotes

  1. Which I 100% need to do. It's just not been a priority.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

Comments