v0.0.144 release prep (recovery — should have been in #649)#651
Conversation
Recovery PR for the release-prep work that should have been part of #649 (Tier A bug burn-down) but was missed. Per the project's established pattern since v0.0.8: release prep belongs in the feature PR; post-merge is tag + release ONLY. I broke that rule on #649; this PR is the recovery. Release prep: - **Version bump** across the six tracked sites (0.0.143 → 0.0.144): `vera/__init__.py` (`__version__` + `version`), `pyproject.toml`, `README.md` (active-development line: 143 → 144 releases, 3,796 → 3,803 tests), `docs/index.html` (hero version-link span), `HISTORY.md` (new row + "58 active development days" + "144 tagged releases"), and `uv.lock`. - **CHANGELOG cut** — renamed `## [Unreleased]` to `## [0.0.144] - 2026-05-11`, added a fresh empty `## [Unreleased]`, and added the `[0.0.144]` link reference plus bumped the `[Unreleased]` link comparison base. Limitations sweep (KNOWN_ISSUES.md, vera/README.md, spec/*): - **KNOWN_ISSUES.md** — removed the `#595` Bug row (closed 2026-05-07; the runtime-workaround entry referencing it has been reworded to drop the now-redundant "closes #595" parenthetical, since #595 was closed independently of the workaround being removed). Removed the `#605` Documentation row (closed 2026-05-07; `decreases` doc gap fixed). - **spec/00-introduction.md** — removed the `#226 Typed holes` row from the "Future Features" table (closed; typed holes shipped). - **vera/README.md** — checked, no stale references. - **spec/06-contracts.md**, **spec/08-modules.md**, **spec/12-runtime.md** limitation tables — all entries verified open via `scripts/check_limitations_sync.py --check-states`. All consistency checks green: - `python scripts/check_version_sync.py` — 0.0.144 consistent across 6 files - `python scripts/check_doc_counts.py` — counts consistent - `python scripts/check_limitations_sync.py --check-states` — 34 in KNOWN_ISSUES.md, 18 in vera/README.md, 4 across spec chapters; all live-state-verified No code changes. Pure release-prep + limitations-table sweep. Co-Authored-By: Claude <noreply@anthropic.invalid>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Pro Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughRelease Vera v0.0.144: bumped version metadata, added a v0.0.144 changelog and HISTORY entry (2026-05-11), removed bug ChangesRelease v0.0.144 documentation and version bump
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~4 minutes Possibly related PRs
Suggested labels
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #651 +/- ##
=======================================
Coverage 90.95% 90.95%
=======================================
Files 59 59
Lines 23197 23197
Branches 259 259
=======================================
Hits 21098 21098
Misses 2092 2092
Partials 7 7
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
The three recent Stage 12 entries (added during v0.0.142, v0.0.143, and now v0.0.144) drifted into multi-paragraph mechanism descriptions — that level of detail belongs in CHANGELOG, not HISTORY. Compare against Stage 1 through Stage 8 entries (and the earlier v0.0.139 / v0.0.140 / v0.0.141 entries in Stage 12 itself) — those are all short one-sentence "what shipped at a glance" cells linking the closing issues. Trimmed: - v0.0.142: "Closed the #602 bug class structurally across four sites — [#630], [#632], [#635], [#636]." - v0.0.143: "Windows added to CI matrix as fully-strict — closes [#640], [#641], [#642]." - v0.0.144: "Tier A bug burn-down — closes [#633], [#634], [#556], [#591]." The detailed rationale for each (mechanism, scope, CodeRabbit findings, etc.) is already in CHANGELOG under its respective `## [0.0.X]` section, where it belongs. Co-Authored-By: Claude <noreply@anthropic.invalid>
Summary
Recovery release PR for v0.0.144 — the release-prep work that should have been part of #649 (Tier A bug burn-down) but was missed. Per the project's established pattern since v0.0.8: release prep belongs in the feature PR; post-merge is tag + release ONLY. I broke that rule on #649; this PR is the recovery.
The substantive bug-fix work (#633 / #634 / #556 / #591) already landed in #649 →
75a3982. This PR contains only the release-prep + opportunistic limitations sweep — no code changes.Release prep
Version bump across the six tracked sites (0.0.143 → 0.0.144):
vera/__init__.py(__version__+version)pyproject.tomlREADME.md(active-development line: 143 → 144 releases, 3,796 → 3,803 tests)docs/index.html(hero version-link span)HISTORY.md(new row + "58 active development days" + "144 tagged releases")uv.lockCHANGELOG cut — renamed
## [Unreleased]to## [0.0.144] - 2026-05-11, added a fresh empty## [Unreleased], and added the[0.0.144]link reference plus bumped the[Unreleased]link comparison base.Limitations sweep
Live-state-verified all
KNOWN_ISSUES.md,vera/README.md, andspec/*limitation entries viascripts/check_limitations_sync.py --check-states. Found three stale entries:KNOWN_ISSUES.md—#595Bug row removed (closed 2026-05-07 as completed). The runtime-workaround entry referencing it has been reworded to drop the now-redundant "closes macOS malloc abort during wasmtime cleanup after Ctrl-C-in-host-import #595" parenthetical (the workaround removal is now gated only on the upstream wasmtime-py PyPI release, not on macOS malloc abort during wasmtime cleanup after Ctrl-C-in-host-import #595 being closed since macOS malloc abort during wasmtime cleanup after Ctrl-C-in-host-import #595 is already closed).KNOWN_ISSUES.md—#605Documentation row removed (closed 2026-05-07 as completed; thedecreasesdoc gap was fixed).spec/00-introduction.md—#226 Typed holesrow removed from the "Future Features" table (closed; typed holes shipped).vera/README.mdand allspec/*limitation tables (spec/06-contracts.md,spec/08-modules.md,spec/12-runtime.md) verified — no stale entries.Validation
python scripts/check_version_sync.py—Version 0.0.144 is consistent across 6 files.python scripts/check_doc_counts.py—Documentation counts are consistent (3803 tests, 29 files, 86 conformance, 34 examples, 25 hooks, 7 CI jobs).python scripts/check_limitations_sync.py --check-states—Limitation tracking is consistent (with state check) (34 in KNOWN_ISSUES.md, 18 in vera/README.md, 4 across spec chapters).Lesson learned (memory update)
feedback_git_workflow.mdin long-term memory has been strengthened with absolute-rule language about release prep belonging in the feature PR, and explicit history of the two times this rule has been broken (v0.0.95 and v0.0.144). Future feature PRs will include version bump + CHANGELOG cut + HISTORY row + README/docs/index.html bump + uv.lock as the final commit before requesting review.🤖 Generated with Claude Code
Summary by CodeRabbit
Bug Fixes
Chores
Documentation