Skip to content

chore: release main#327

Merged
ar3s3ru merged 1 commit intomainfrom
release-please--branches--main
Apr 21, 2026
Merged

chore: release main#327
ar3s3ru merged 1 commit intomainfrom
release-please--branches--main

Conversation

@github-actions
Copy link
Copy Markdown
Contributor

@github-actions github-actions Bot commented Apr 21, 2026

🤖 I have created a release beep boop

0.4.0

0.4.0 (2026-04-21)

Features

  • drop dependabot, move to renovate (fb6883f)
  • renovate: enable automerging (6b4a647)
  • use Nix flake for lint and test flows (72ad95f)

Bug Fixes

  • deps: update all non-major dependencies (#280) (703da00)
  • deps: update google.golang.org/genproto digest to 3122310 (#299) (82b0730)
  • deps: update google.golang.org/genproto digest to 9702482 (#303) (e73acf0)
  • deps: update google.golang.org/genproto digest to a7a43d2 (#283) (4039e97)
  • deps: update google.golang.org/genproto digest to ee84b53 (#277) (f984d9c)
  • deps: update module google.golang.org/grpc to v1.79.3 [security] (#317) (5b284e2)
  • pin commit sha for release-please bootstrap (8447592)

This PR was generated with Release Please. See documentation.

@github-actions github-actions Bot force-pushed the release-please--branches--main branch from 4465247 to 84f2329 Compare April 21, 2026 14:50
@codecov
Copy link
Copy Markdown

codecov Bot commented Apr 21, 2026

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 63.64%. Comparing base (ee08e6b) to head (6159fb4).

Additional details and impacted files
@@           Coverage Diff           @@
##             main     #327   +/-   ##
=======================================
  Coverage   63.64%   63.64%           
=======================================
  Files          38       38           
  Lines        1400     1400           
=======================================
  Hits          891      891           
  Misses        447      447           
  Partials       62       62           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@github-actions github-actions Bot force-pushed the release-please--branches--main branch from 6159fb4 to 67657cc Compare April 21, 2026 15:25
@ar3s3ru ar3s3ru enabled auto-merge (squash) April 21, 2026 15:26
@ar3s3ru ar3s3ru disabled auto-merge April 21, 2026 15:26
@ar3s3ru ar3s3ru merged commit 5e41a02 into main Apr 21, 2026
@ar3s3ru ar3s3ru deleted the release-please--branches--main branch April 21, 2026 15:26
ar3s3ru added a commit that referenced this pull request Apr 21, 2026
## Summary

Removes `package-name` from `release-please-config.json`. This field was
triggering an upstream release-please bug that left merged release PRs
stuck in `autorelease: pending` and prevented tag/GitHub-Release
creation.

## Root cause

With `include-component-in-tag: false` (as we have configured),
release-please's PR-creation leg correctly uses an empty component. But
its PR-parsing leg — used during `buildReleases` to decide whether to
cut a tag — ignores that flag and falls through to
`getBranchComponent()`, which returns the `package-name` value
(\"go-eventually\"). The configured component (\"go-eventually\") is
then compared against the component parsed from the branch name
(\`release-please--branches--main\`), which is \`undefined\`. Mismatch →
early return → no tag.

This is the upstream bug tracked at
[googleapis/release-please#2214](googleapis/release-please#2214),
open since Feb 2024.

## Evidence from the stuck workflow run

Run
[#24731049954](https://github.com/get-eventually/go-eventually/actions/runs/24731049954)
(post-merge of #327) logged:

\`\`\`
⚠ PR component: undefined does not match configured component:
go-eventually
\`\`\`

and then:

\`\`\`
⚠ There are untagged, merged release PRs outstanding - aborting
\`\`\`

The tag `v0.4.0` was never created even though PR #327 was merged
successfully.

## Fix

Remove `package-name` — it provides no value here:

- We don't use components in tags (`include-component-in-tag: false`).
- There's no `version-file` to write the package name into.
- The tag name is always the bare `vMAJOR.MINOR.PATCH` at repo root.

With `package-name` gone, `getBranchComponent()` returns `''`, which
matches the empty component parsed from the release branch name, and
`buildReleases` no longer bails.

## Recovery for the stuck v0.4.0

The stalled `v0.4.0` tag will be created manually (separately from this
PR) by tagging commit `5e41a02026adf5f4d585aa4b93b9a47bf3326c3f` and
flipping PR #327's label from `autorelease: pending` → `autorelease:
tagged`. After that, this config fix ensures the next release cycle
(`v0.4.1` for this commit) tags automatically when its release PR is
merged.
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