Skip to content

fix(ci): restore release-please pull-request-title-pattern#186

Merged
buremba merged 1 commit into
mainfrom
fix/release-please-title-pattern
Apr 16, 2026
Merged

fix(ci): restore release-please pull-request-title-pattern#186
buremba merged 1 commit into
mainfrom
fix/release-please-title-pattern

Conversation

@buremba
Copy link
Copy Markdown
Member

@buremba buremba commented Apr 16, 2026

Summary

  • Restores pull-request-title-pattern that was dropped in feat: refresh cli docs and restore release publish chain #179, so release-please can parse its own merged PR's component and cut the tag + GitHub release.
  • Without this, every release PR silently lands at step 1 (manifest + CHANGELOG bumped, PR merged) but never progresses to step 2 (tag + release + npm publish + Docker). Observed on both v3.3.0 and v3.4.0 — each required manual recovery.

Root cause

Log from release-please after merging v3.4.0's release PR:

✔ Building release for path: .
❯ Found pull request #185: 'chore: release main'
⚠ PR component: undefined does not match configured component: gateway

createReleases bails, then the next run sees the merged PR still carrying autorelease: pending and aborts with "untagged, merged release PRs outstanding".

Restoring the pattern makes release-please title PRs chore(main): release 3.4.1 — matches ${scope} / ${component} / ${version} — and round-trips cleanly.

Test plan

  • Next feature merge → release PR titled chore(main): release X.Y.Z
  • Merge release PR → v* tag + GitHub release created automatically
  • publish-packages.yml + Docker dispatched without manual intervention

Without an explicit title pattern, release-please v4 generates
"chore: release main" and the PR title carries no ${component}.
When the PR is merged, createReleases then fails its post-merge
match check:

    ⚠ PR component: undefined does not match configured component: gateway

so the tag + GitHub release are never cut. The candidate-PR phase
then aborts with "There are untagged, merged release PRs outstanding",
blocking every subsequent release until the label is manually fixed.

That regression was introduced in #179 (dropped the pattern added in
#178). v3.3.0 and v3.4.0 both required a manual recovery (tag + release
+ relabel + workflow_dispatch publish). Restore the canonical pattern
so release-please produces titles like "chore(main): release 3.4.1"
which it can parse back after merge.
@chatgpt-codex-connector
Copy link
Copy Markdown

You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.
To continue using code reviews, you can upgrade your account or add credits to your account and enable them for code reviews in your settings.

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