Skip to content

chore: release v3.3.25 - #756

Merged
alongubkin merged 1 commit into
mainfrom
alon/alien-1040-release-v3-3-25
Sep 28, 2026
Merged

alongubkin merged 1 commit into
mainfrom
alon/alien-1040-release-v3-3-25

Conversation

@alongubkin

Copy link
Copy Markdown
Member

Version-only release PR generated by the stable release workflow. The Release qualification check builds and records the exact artifact set. After every required check passes and this merges, run the stable publish action from main to promote those qualified artifacts.

@alongubkin

Copy link
Copy Markdown
Member Author

@greptileai please review this generated version-only release PR.

@greptile-apps

greptile-apps Bot commented Sep 28, 2026 •

Copy link
Copy Markdown

RetriggerConfidence Score: 5/5

[Low risk] Version number bump across package manifests.

The version-only PR appears safe to merge after its required release qualification checks pass.

Summary

This version-only release PR advances the Rust workspace, TypeScript packages, native bindings, and generated SDK release metadata from 3.3.24 to 3.3.25.

  • The checked version fields are aligned across the changed release surfaces.
  • No actionable issue was identified in the release metadata changes.

Reviews (1) · Last reviewed commit: "chore: release v3.3.25"

@alongubkin
alongubkin merged commit ee5d708 into main Sep 28, 2026
64 checks passed
@alongubkin
alongubkin deleted the alon/alien-1040-release-v3-3-25 branch September 28, 2026 03:30
alongubkin added a commit that referenced this pull request Oct 5, 2026
…'s changelog (#876)

## What

Two release-flow bugs that would hit the next stable release:

1. **The next version PR fails "Release qualification".** Prepare now
bumps `infra/helm/alien-manager/Chart.yaml` and
`infra/aws-ecs-manager/variables.tf`, but the detect step's file
allowlist in `release-qualification.yml` doesn't list them, so it fails
with "Release PR contains non-version files".
2. **Each GitHub release body lists the previous release's changes.**
`generate-changelog` runs `git-cliff --latest` before the new tag
exists, so it renders the range ending at the previous tag. The v3.3.26
body lists #707–#756, which shipped in v3.3.25.

## How

1. Add both files to the allowlist, and normalize their version fields
(`version`/`appVersion` in the chart, the `alien-manager:v…` image
default in the module) so any other change to them still fails the
check.
2. Use `--unreleased --tag v<version>`: the commits since the last tag,
rendered under the new version.

## Verification

- On a scratch commit that applies prepare's own `sed` bumps for 3.3.27
to `main`: the old allowlist rejects exactly the two files; the new
allowlist and the metadata check pass. A second scratch commit that also
changes `type:` in the chart and the image registry in the module fails
with "Release PR changes non-version metadata".
- `git-cliff 2.14.2` with `cliff.toml` on `main`: `--latest` renders
#753–#779 (the v3.3.26 range); `--unreleased --tag v3.3.27` renders
#553–#873, the 68 commits since v3.3.26.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

---------

Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
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