Skip to content

ci: run the whole release sequence in a single job - #700

Merged
Spomky merged 1 commit into
4.3.xfrom
ci/release-single-job-4.3.x
Aug 28, 2026
Merged

ci: run the whole release sequence in a single job#700
Spomky merged 1 commit into
4.3.xfrom
ci/release-single-job-4.3.x

Conversation

@Spomky

@Spomky Spomky commented Aug 28, 2026

Copy link
Copy Markdown
Member

Same fix as bd025c8, which landed on 4.2.x only. This branch carries it to 4.3.x.

The release command runs git checkout <release branch>, which is what makes that branch available locally; create-merge-up-pull-request then runs git branch <tmp> <release branch> and needs it. With one job per command, each got a fresh checkout of the default branch, so every release cut from an older branch failed with fatal: not a valid object name.

4.3.x is the default branch, so this is the copy GitHub actually runs for milestone: closed events — the fix is inert until it lands here.

Pinned action versions and per-command tokens are unchanged.

The release command runs `git checkout <release branch>`, which is what makes
that branch available locally; the four commands that follow need it. Running
each of them in its own job gave every one a fresh checkout of the default
branch, so any release cut from an older branch failed the merge-up with
"fatal: not a valid object name".

Sharing one job also drops the `if: always()` chain: a failed step no longer
lets the next ones advance the release cycle for a release that never happened.
@Spomky
Spomky merged commit 1027b1d into 4.3.x Aug 28, 2026
17 checks passed
@Spomky
Spomky deleted the ci/release-single-job-4.3.x branch August 28, 2026 11:57
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