Skip to content

ci(release): only run CLI release for v* version tags - #2278

Open
terzioglub wants to merge 1 commit into
mainfrom
terzioglub/release-only-cli-tags
Open

ci(release): only run CLI release for v* version tags#2278
terzioglub wants to merge 1 commit into
mainfrom
terzioglub/release-only-cli-tags

Conversation

@terzioglub

Copy link
Copy Markdown
Collaborator

What

Restrict the Release workflow trigger from tags: ['*'] to tags: ['v[0-9]*'].

Why

release.yml runs GoReleaser with VERSION=${{ github.ref_name }} on any tag push. Now that the repo has a nested module (semantic-engine, added in #2277), its versions are cut as prefixed tags like semantic-engine/v0.1.0. Under the old '*' filter, pushing such a tag would trigger a full CLI release named semantic-engine/v0.1.0 — a broken/garbage GoReleaser run.

All existing CLI release tags (v0.11.x) match v[0-9]*; module tags do not. So this preserves current release behavior exactly while making it safe to tag nested modules.

Follow-up

Once merged, semantic-engine/v0.1.0 can be tagged so dac can pin the engine module.

The Release workflow triggered on every tag (`tags: ['*']`), so a
prefixed tag for an in-repo nested module (e.g. semantic-engine/v0.1.0)
would launch a full bruin CLI GoReleaser run with a bogus version.

Restrict the trigger to CLI version tags (v0.11.656, etc.). All existing
release tags match `v[0-9]*`; module tags like semantic-engine/v0.1.0 do
not, so they can be cut safely without touching the CLI release.
@greptile-apps

greptile-apps Bot commented Jun 30, 2026

Copy link
Copy Markdown
Contributor

Reviews (1): Last reviewed commit: "ci(release): only run CLI release for v*..." | Re-trigger Greptile

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