Skip to content

chore: generalize release-1.* branch patterns for 2.y support#3189

Draft
polasudo wants to merge 1 commit into
redhat-developer:mainfrom
polasudo:chore/2y-migration-branch-patterns
Draft

chore: generalize release-1.* branch patterns for 2.y support#3189
polasudo wants to merge 1 commit into
redhat-developer:mainfrom
polasudo:chore/2y-migration-branch-patterns

Conversation

@polasudo

@polasudo polasudo commented Jul 14, 2026

Copy link
Copy Markdown
Member

Summary

  • Generalizes hardcoded release-1.[0-9]+ / rhdh-1.[0-9]+ / 1.[0-9]+.x branch-filter patterns in GitHub Actions workflows and Renovate config to digit-agnostic equivalents (release-[0-9]+.[0-9]+, etc.), so CI/Renovate continue to trigger correctly once release branches move to release-2.0 and beyond.
  • No behavior change for existing 1.y branches — verified via regex simulation that the new patterns match both current release-1.10-style branches and future release-2.0/release-10.3-style branches, while still rejecting unrelated branches.

Files changed

  • .github/workflows/pr.yaml
  • .github/workflows/pr-dockerbuild-validation.yaml
  • .github/workflows/pr-bundle-diff-checks.yaml
  • .github/workflows/update-rpm-lockfile.yaml
  • .github/workflows/next-container-build.yaml
  • .github/renovate.json

Context

Part of a broader upstream build-infrastructure audit for 2.y readiness across rhdh-operator, rhdh-chart, rhdh-local, and red-hat-developers-documentation-rhdh. Opened as draft to track review before the 2.0 branch cut.

Not included in this PR (flagged as follow-ups)

  • Migrating this repo off classic per-branch protection onto a wildcard GitHub Ruleset (refs/heads/release-*), mirroring rhdh / rhdh-plugin-export-overlays.
  • Curated per-branch lists (nightly.yaml, nightly-upgrade-test.yaml, sync-lightspeed-configs.yaml) and Renovate matchBaseBranches disable blocks for specific old branches — these are intentionally curated and get a normal manual update at every release cut.

Test plan

  • CI passes on this PR
  • Confirm no regression for existing release-1.y triggers

Assisted-by Cursor

GitHub Actions branch filters and Renovate baseBranchPatterns hardcoded
release-1.[0-9]+ / rhdh-1.[0-9]+ / 1.[0-9]+.x, which would silently stop
matching once release branches move to release-2.0 and beyond. Generalize
these to digit-agnostic patterns (release-[0-9]+.[0-9]+, etc.) so CI keeps
working across the 1.y -> 2.y transition with no further changes needed.

Part of the upstream build-infrastructure audit for 2.y readiness.

Co-authored-by: Cursor <cursoragent@cursor.com>
@sonarqubecloud

Copy link
Copy Markdown

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant