feat(release): adopt standard create-release recipe + workflow (VA-32) #28
Loading…
Reference in a new issue
No description provided.
Delete branch "feat/create-release-va-32"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Adopt the standard release flow already used by
vervain-server:justfile: newcreate-release <major|minor|hotfix>recipe under[group('release')]that bumpsworkspace.package.versioninCargo.toml, opens arelease/v<X.Y.Z>branch with a singleRelease v<X.Y.Z>commit, pushes, and prints the PR URL..forgejo/workflows/create-release.yml: on a mergedrelease/v*PR, creates the matchingv<X.Y.Z>Forgejo release + tag via the API, with a changelog generated fromgit log <prev-tag>..HEAD.The existing
build-package.ymlalready triggers ontags: ["v*"], so the binary generic-package upload fires automatically when the release workflow creates the tag.publish-crates.ymluses per-crate tags (vervain-agent-mcp-v*,vervain-agent-kvm-v*) and is orthogonal; unchanged here.Supersedes the deliberate skip in
df443c4(DEV-331). That commit's rationale was a presumed tag-pattern mismatch; on review the tag pattern matches (v*) and the standard recipe applies as-is.Closes VA-32.
Test plan
just --listshowscreate-releaseunder[release]just --show create-releaseparses cleanlyjust create-release hotfixproducesrelease/v0.0.2branch +Release v0.0.2commit bumpingworkspace.package.versioncreate-release.yml, which creates thev0.0.2Forgejo release with auto-changelogbuild-package.ymlthen fires on the new tag and uploads the generic package at version0.0.2Follow-up (not in this PR)
Workspace
v<X.Y.Z>releases do NOT republish the inner crates (vervain-agent-mcp,vervain-agent-kvm) - those still need their own per-crate tags. File a follow-up if you want a workspace release to also cargo-publish them.