Skip to content

chore: release 0.1.0 - #15

Merged
requie merged 3 commits into
mainfrom
release/v0.1.0
Sep 30, 2026
Merged

requie merged 3 commits into
mainfrom
release/v0.1.0

Conversation

@requie

@requie requie commented Sep 30, 2026 •

Copy link
Copy Markdown
Contributor

Summary

Cuts the first release, caap-benchmark 0.1.0, implementing the CAAP 2.0.0-draft.1 working taxonomy. Merging this PR does not publish anything; the tag v0.1.0 pushed to the merge commit afterwards triggers the release workflow, which builds and publishes the GitHub release.

Three commits:

  • fix: the release script's bump refused to run when pyproject.toml already carried the requested version, which is exactly the state of a first release. It now validates everything before writing anything, treats an already-set version as a no-op substitution, and refuses only when the changelog already has a section for that version or has nothing to release.
  • chore: release 0.1.0: dates the changelog section ## [0.1.0] - 2026-09-30, leaves an empty [Unreleased] placeholder, adds a one-line preface for the first release, and records the action pins raised by the Dependabot merge. The version was already 0.1.0 in pyproject.toml, versions.py, and the README, so those files are unchanged.
  • test: the test that bumps a copy of the real files now seeds an unreleased entry first, since a freshly cut tree has nothing under [Unreleased].

Pattern or implementation impact

None. No code paths other than the release script change; no pattern, case, registry, schema, or generated file changes.

Safety impact

  • Authorized targets only
  • Synthetic data and identities only
  • Mock tools, sinks, and actuators only
  • No destructive payload, real exfiltration, persistence, or approval bypass

No test content changes.

Validation

  • Generated files are current
  • Repository validation passes, including version consistency
  • Unit tests pass: 94 with jsonschema, 94 with 8 skipped without it
  • Secure mock passes (unchanged)
  • Vulnerable synthetic behavior fails when an executable case changes (no executable case changes)
  • python3 scripts/release.py check 0.1.0 --tag v0.1.0 reports ready
  • python3 scripts/release.py notes 0.1.0 renders the release body from the dated section
  • Commits include DCO sign-off

The bump refused to run when pyproject.toml already carried the requested
version, which is exactly the state of a first release. It now validates
everything before writing anything, treats an already-set version as a
no-op substitution, and refuses only when the changelog already has a
section for that version or has nothing to release. Tests cover the first
release, the refusal after a cut, and that a refused bump writes nothing.

Signed-off-by: requie <tarique.smith@gmail.com>
Cut the first release: date the changelog section, keep the version at
0.1.0 everywhere, and record the raised action pins.

Signed-off-by: requie <tarique.smith@gmail.com>
The test copied the real changelog, which after a release cut has nothing
under Unreleased, so the bump correctly refused. The copy now seeds one
entry first, so the test exercises the bump on any tree state.

Signed-off-by: requie <tarique.smith@gmail.com>
@requie
requie merged commit 49b37d0 into main Sep 30, 2026
8 checks passed
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