Skip to content

[Renovate Centralization] Phase 1: Define per-repo override pattern #548

Closed

Description

@farhan

Context

Part of the Phase 1 discovery for epic #541 — Centralize Renovate config for openedx repos.

Task

Define how individual repos can opt out or extend the shared preset without forking the entire config.

Questions to answer

  • How does a repo add custom packageRules (e.g. custom grouping, extra reviewer teams) on top of the shared preset?
  • How does a repo opt out of a specific setting (e.g. disable automerge for a package)?
  • How does a repo add a manager the shared preset doesn't cover (e.g. Docker, pip)?
  • What is the minimum boilerplate a migrated repo's renovate.json should contain?

Expected final shape for a migrated repo

{
  "$schema": "https://docs.renovatebot.com/renovate-schema.json",
  "extends": ["github>openedx/renovate-config:frontend"],
  "packageRules": [
    // repo-specific overrides only
  ]
}

Output

A documented override pattern with 2–3 worked examples (custom grouping, reviewer team, opt-out) included in the design doc.

References

Metadata

Metadata

Assignees

No one assigned

    Labels

    maintenanceRoutine upkeep necessary for the health of the platform

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions