Conversation
…efault false) backmerge_enabled currently gates two unrelated behaviors under one flag: 1. the post-release backmerge on backmerge_source (e.g. main) right after a stable release — proactive, low blast radius (only runs when a release just happened on that branch). 2. the pre-version-calculation sync on prerelease branches (develop, release-candidate) — reactive, can skip/block a release on ANY push to those branches if backmerge_source has diverged, regardless of what the triggering commit actually touched. Callers who want (1) without (2) had no way to disable just the reactive part — backmerge_enabled: false disables both. Adds prerelease_backmerge_sync_enabled, defaulting to false (opt-in), to independently gate the pre_sync step in release.yml, and exposes it as a pass-through input in go-release.yml. Defaulting to false means existing callers stop being subject to this pre-version-calculation sync/skip unless they explicitly opt in with true; the post-release backmerge on backmerge_source is unaffected either way. Also documents the pre-existing (undocumented) prerelease_branches input in docs/release-workflow.md while touching that table.
Summary by CodeRabbit
WalkthroughAdds a new opt-in boolean workflow input, ChangesPrerelease Backmerge Sync Gating
Estimated code review effort: 1 (Trivial) | ~5 minutes Possibly related PRs
Suggested labels: 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
🔍 PR Validation Summary✅ PR Mergeable — no blocking failures
|
🔍 Lint Analysis
|
🛡️ CodeQL Analysis ResultsLanguages analyzed: ✅ No security issues found. 🔍 View full scan logs | 🛡️ Security tab |
There was a problem hiding this comment.
Warning
CodeRabbit couldn't request changes on this pull request because it doesn't have sufficient GitHub permissions.
Please grant CodeRabbit Pull requests: Read and write permission and re-run the review.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In @.github/workflows/release.yml:
- Around line 102-106: The prerelease backmerge sync is still being gated by
backmerge_enabled, so the new prerelease_backmerge_sync_enabled input is not
actually independent. Update the release workflow logic in the release job guard
that references prerelease_backmerge_sync_enabled to remove the
backmerge_enabled dependency, or else revise the input description and related
passthrough/docs to clearly state the sync only runs when backmerge_enabled is
true. Use the prerelease_backmerge_sync_enabled input and the existing
backmerge_enabled condition in release.yml to locate the check.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yml
Review profile: ASSERTIVE
Plan: Pro
Run ID: ca411f23-2f0f-4fd5-860a-1fcafaa92a61
📒 Files selected for processing (3)
.github/workflows/go-release.yml.github/workflows/release.ymldocs/release-workflow.md
GitHub Actions Shared Workflows
Description
Type of Change
feat: New workflow or new input/output/step in an existing workflowfix: Bug fix in a workflow (incorrect behavior, broken step, wrong condition)perf: Performance improvement (e.g. caching, parallelism, reduced steps)refactor: Internal restructuring with no behavior changedocs: Documentation only (README, docs/, inline comments)ci: Changes to self-CI (workflows under.github/workflows/that run on this repo)chore: Dependency bumps, config updates, maintenancetest: Adding or updating testsBREAKING CHANGE: Callers must update their configuration after this PRBreaking Changes
None.
Testing
@this-branchor the beta tagCaller repo / workflow run:
Related Issues
Closes #