Skip to content

ci: open release PR by open-state lookup, not branch name - #41

Merged
antonbabenko merged 1 commit into
masterfrom
ci/fix-release-pr-open
May 30, 2026
Merged

antonbabenko merged 1 commit into
masterfrom
ci/fix-release-pr-open

Conversation

@antonbabenko

Copy link
Copy Markdown
Owner

Problem

Automated Release reported "Open release PR" success but opened no PR; the v1.17.0 bump stranded on release/next (master stayed v1.16.0, no tag) until the PR was opened manually.

Root cause

gh pr view release/next / gh pr merge release/next resolve by branch name, which can match a stale MERGED PR (the release/next head is reused every release). The script then took the edit-existing-PR path and skipped gh pr create, while still exiting 0.

Fix

Resolve the release PR via gh pr list --head release/next --base master --state open and act on the explicit PR number for create/edit/merge. No PR open -> create; open PR -> refresh title; then --auto --squash.

ci: prefix so this change does not itself cut a release.

gh pr view/merge by the release/next branch name can resolve to a stale
MERGED PR from a prior release (the head branch is reused each cycle).
The release job then took the edit-existing-PR path and never opened a
new PR, yet exited 0 - so 'Open release PR' reported success while no PR
was created and the version bump stranded on release/next (master stayed
on the previous version, no tag).

Resolve via 'gh pr list --head release/next --base master --state open'
and operate on the explicit PR number for create/edit/merge.
@antonbabenko
antonbabenko merged commit 20eac3c into master May 30, 2026
1 check passed
@antonbabenko
antonbabenko deleted the ci/fix-release-pr-open branch June 3, 2026 15:59
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.

1 participant