Skip to content

chore(release): v0.1.0#4

Merged
kanywst merged 2 commits intomainfrom
release/v0.1.0
May 7, 2026
Merged

chore(release): v0.1.0#4
kanywst merged 2 commits intomainfrom
release/v0.1.0

Conversation

@kanywst
Copy link
Copy Markdown
Member

@kanywst kanywst commented May 7, 2026

Summary

Release PR for v0.1.0, the first tagged release of zopa. This is the Keep a Changelog "promote Unreleased to a dated section" step that has to land before we push the v0.1.0 tag.

  • Move the Unreleased block into ## [0.1.0] - 2026-05-07, leaving an empty Unreleased on top for the next cycle.
  • Bump build.zig.zon version from 0.0.0 to 0.1.0 so the package metadata matches the tag.
  • Add a [0.1.0] link reference at the bottom of CHANGELOG pointing at the GitHub Releases page (which the release workflow will populate once the tag fires).

Why a separate PR

zopa follows Keep a Changelog. The convention is: implementation lands under ## Unreleased, then on release-day a Release PR promotes that block to a versioned section and bumps any version = field in the build manifest. The dated, frozen [0.1.0] section becomes the canonical changelog entry going forward, while Unreleased stays empty until the next feature lands. This separation also gives reviewers a single, reviewable artifact ("here's what's going out as 0.1.0") instead of having the version cut hidden inside an unrelated PR.

What 0.1.0 contains (now frozen in the changelog)

Inherited from #3, which merged to main right before this PR:

  • Initial wasm32-freestanding build (~50 KB), in-tree JSON parser, per-request arena allocator
  • Policy AST and the proxy-wasm 0.2.1 lifecycle exports
  • Integration tests in Node, wasmtime, and a real Envoy
  • Automated releases on v* tags with SLSA v1.0 build provenance and cosign keyless signatures
  • README badge fix (kanywst/zopa0-draft/zopa)

Tag flow after merge

git checkout main && git pull
git tag v0.1.0
git push origin v0.1.0

That fires .github/workflows/release.yml and produces zopa-v0.1.0.wasm + .sha256 + .sigstore.json + .intoto.jsonl on the GitHub Releases page. The [0.1.0] link reference at the bottom of CHANGELOG will start resolving once the release page exists.

Test plan

  • markdownlint passes (locally: Summary: 0 error(s))
  • CI build/test still passes against the bumped build.zig.zon
  • After merge + tag push, all four release stages (build / provenance / sign / release) go green and the four artifacts are attached
  • cosign verify-blob and slsa-verifier verify-artifact succeed against the published v0.1.0 artifacts

Summary by CodeRabbit

  • New Features

    • Version 0.1.0 released with wasm32-freestanding build support, JSON parsing, per-request arena allocation, policy and proxy-wasm exports, and integrated test coverage.
    • Automated releases now include SLSA provenance and keyless signatures.
  • Bug Fixes

    • Resolved README documentation references.

Promote the Unreleased changelog block into a dated [0.1.0] section
and bump build.zig.zon to match. This is the Release PR pattern:
merging this PR finalizes the changelog and sets the package version,
then pushing the v0.1.0 tag fires .github/workflows/release.yml,
which produces zopa-v0.1.0.wasm with SLSA provenance and cosign
signatures.

The 0.1.0 entry pulls in everything that was sitting under Unreleased:
the initial wasm32-freestanding build, the JSON parser and
arena allocator, the policy AST, the proxy-wasm 0.2.1 lifecycle
exports, the Node/wasmtime/Envoy integration tests, the new release
pipeline, and the README badge fix.
@coderabbitai
Copy link
Copy Markdown

coderabbitai Bot commented May 7, 2026

Review Change Stack

Warning

Rate limit exceeded

@kanywst has exceeded the limit for the number of commits that can be reviewed per hour. Please wait 38 minutes and 40 seconds before requesting another review.

To continue reviewing without waiting, purchase usage credits in the billing tab.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

ℹ️ Review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 5c809fa9-91b4-42e8-9e81-bc5fc41d0843

📥 Commits

Reviewing files that changed from the base of the PR and between 89a2575 and 231e164.

📒 Files selected for processing (1)
  • CHANGELOG.md
📝 Walkthrough

Walkthrough

The pull request bumps the package version from 0.0.0 to 0.1.0 in build metadata and adds corresponding release notes to the changelog documenting the initial stable release, including build artifacts, core features, exports, test coverage, and automated release infrastructure.

Changes

Release 0.1.0 Version Bump and Changelog

Layer / File(s) Summary
Version Declaration
build.zig.zon
Package version field is updated from "0.0.0" to "0.1.0".
Release Documentation
CHANGELOG.md
Release header for [0.1.0] - 2026-05-07 is added with "Added" items covering wasm32-freestanding build, JSON parsing, per-request arena allocation, policy AST and proxy-wasm exports, malloc/free conventions, multi-runtime integration tests, and SLSA provenance; "Fixed" item notes README badges now resolve after repo move; reference link [0.1.0] is added pointing to the releases tag.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~2 minutes

Poem

🐰 A version hops from null to one,
With changelogs in the sun—
Build, parse, export, and test complete,
Release day is oh so sweet! 🎉

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title 'chore(release): v0.1.0' accurately summarizes the main change—promoting an unreleased changelog entry to v0.1.0 and bumping the package version in build.zig.zon to match.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch release/v0.1.0

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link
Copy Markdown

@gemini-code-assist gemini-code-assist Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request increments the project version to 0.1.0 in build.zig.zon and documents the first tagged release in CHANGELOG.md. Reviewers suggested enhancing the changelog by linking the 'Unreleased' section to a GitHub comparison and consolidating all link references at the bottom of the file for consistency.

Comment thread CHANGELOG.md
Comment thread CHANGELOG.md
…re link

Address gemini-code-assist review on PR #4:

- Promote 'Unreleased' to a linked header '[Unreleased]' so the GitHub
  v0.1.0...HEAD compare view is one click away. This is the same
  pattern Keep a Changelog uses on its own changelog and lets readers
  see what's queued for the next release without scrolling the file.
- Move the kac/semver link references from the top of the file down
  to the link reference block at the bottom, alongside [Unreleased]
  and [0.1.0]. Mixing reference definitions across the top and bottom
  of a file makes them easy to drift out of sync; one block at the
  end is the convention Keep a Changelog itself follows.
@kanywst kanywst merged commit c095feb into main May 7, 2026
8 checks passed
@kanywst kanywst deleted the release/v0.1.0 branch May 7, 2026 15:06
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