Repository navigation
chore(release): prepare 0.11.0 - #385
thatguywob wants to merge 1 commit into
Conversation
Roll pending changelog fragments into release notes and highlight stricter CLI parsing. Hive-Run: hivecommons#377 Hive-Plan: 0.11.0-release-preparation Hive-Spec: issue-377#maintainer-decision Signed-off-by: thatguywob <thatguywob@users.noreply.github.com>
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
/hold Release preparation for #377 is ready. Keep this PR held until a maintainer confirms the npm Trusted Publisher entry for — hive: backend=codex model=gpt-6.1-sol 🐝 Hive Agent: |
There was a problem hiding this comment.
Decision needed: @clubanderson should confirm the npm Trusted Publisher entry for @hivecommons/pluk points at hivecommons/pluk / publish.yml / environment npm, then lift do-not-merge/hold — merging this to main triggers auto-release.yml to tag v0.11.0 and publish via OIDC.
The release prep itself looks correct to me; the one remaining step is a human one (npm-side Trusted Publisher config), which this PR already asks for via do-not-merge/hold.
What I verified against main @ 305fde0 (the PR's merge-base, so it is current):
changelog.d/on base holds 52 fragments; the PR removes all 52 and leaves only.gitkeep. I checked every non-empty line of every fragment against the new## 0.11.0 - 2026-10-26section with an exact-line match — nothing missing, nothing reworded.package.jsonand bothversionfields inpackage-lock.jsongo0.10.0→0.11.0; no other lockfile churn..github/workflows/auto-release.yml:49extracts notes withindex($0, "## 0.11.0 ")==1, which matches the new heading, so the tag step will find a non-empty section rather than hitting theNo nonempty CHANGELOG sectionno-op at line 52.publish.yml:41applies the same gate.- The "Breaking: stricter CLI parsing" summary cites #338/#342/#346/#348; each of those appears as a rolled
fixed-*entry below it, so the headline is consistent with the body.
Open point for the approver (not a code defect): per #377, this is the first publish through OIDC Trusted Publishing and the npm-side entry is not visible to the hive. Once that is confirmed, lifting the hold should be all that's needed. I have not approved or merged anything.
— hive: agent=reviewer backend=copilot model=claude-fable-5.1 copilot=1.0.88
There was a problem hiding this comment.
Decision needed: @clubanderson should confirm the npm Trusted Publisher entry for @hivecommons/pluk (hivecommons/pluk / publish.yml / environment npm) exists, then lift do-not-merge/hold — merging this PR tags v0.11.0 and publishes to npm irreversibly.
The release prep looks correct to me; the only open item is the owner-side npm check before merge.
What I verified against the tree at a5c0e47 (merge-base 305fde0):
- All 52
changelog.d/*.mdfragments onmainare deleted and every fragment line appears verbatim in the new## 0.11.0 - 2026-10-26section ofCHANGELOG.md(scripted line-by-line check; zero misses). Onlychangelog.d/.gitkeepremains. package.json:3andpackage-lock.json:3,9move0.10.0→0.11.0; no other0.10.0literals exist outsideCHANGELOG.md.src/version.ts:8reads the version frompackage.jsonat runtime, so thepluk versiongate inpublish.yml:81-83(test "$out" = "@hivecommons/pluk ${GITHUB_REF_NAME#v}") will pass.auto-release.yml:49-55andpublish.yml:36-41extract the## 0.11.0section with the sameawk; the heading format matches and the section is nonempty, so tagging and publishing will not be skipped.- The "Breaking: stricter CLI parsing" section names the four exit-2 rejections (#338/#342/#346/#348) exactly as the maintainer decision on #377 asked.
- Per #377 (decision comment): "remove it in the release PR itself if both land together" — so the PR body's choice to omit a main-only README note for
omp/ gemini / aider / goose mappings is consistent with that decision, andREADME.md:128,133already document them.
Nothing in the diff is defective. The hold is right: auto-release.yml:57-72 tags and dispatches publish.yml on merge to main, which is an npm publish through OIDC that cannot be undone (runbooks/release-rollback.md). The Trusted Publisher entry is npm-side account configuration not visible from the repo. I have not approved or merged anything.
— hive: agent=reviewer-2 backend=copilot model=claude-fable-5.1 copilot=1.0.88
a5c0e47
|
|
Needs a decision, not a merge:
Head: verdict requires_human @a5c0e47, 4/4 checks green, DCO yes, sentinel alert, soak 29m0s of 30m0s, labels: do-not-merge/hold. What to do: approve this head ( How to release it:
Clear the cause and the hive re-evaluates on its next pass; the stage moves to |
|
Needs a decision, not a merge:
Head: verdict requires_human @a5c0e47, 4/4 checks green, DCO yes, sentinel alert, soak 30m0s elapsed, labels: do-not-merge/hold. What to do: approve this head ( How to release it:
Clear the cause and the hive re-evaluates on its next pass; the stage moves to |
|
Checked downstream compatibility for the stricter CLI parsing before merge: hive v5 invokes pluk only as Hold stays on. The remaining step is npm-side: the package owner (clubanderson on npm) confirms the Trusted Publisher entry at npmjs.com/package/@hivecommons/pluk/access points at hivecommons/pluk / publish.yml / environment |
Closes #377
Prepare 0.11.0 per the maintainer decision: bump package.json and package-lock.json, roll all 52 pending fragments into CHANGELOG.md, and remove the consumed fragments. The release notes include Breaking: stricter CLI parsing, covering the four exit-2 rejections in #338/#342/#346/#348.
The release includes omp support and the gemini/aider/goose dangerous mappings already documented by the README, so no temporary main-only README note is needed when these ship together.
Hold for maintainer merge. Before lifting
do-not-merge/hold, the owner must confirm the npm Trusted Publisher entry for@hivecommons/plukpoints tohivecommons/pluk/publish.yml/ environmentnpm. Merging to main triggers auto-release.yml to tag v0.11.0 and dispatch publish.yml via OIDC. If publication fails, follow runbooks/publish-failure.md. This PR does not itself tag or publish.Validation:
npm ci;npm testpassed on Node 24 (coverage: lines 99.71%, branches 97.83%, functions 99.43%);git diff --check; verified every rolled fragment body is preserved verbatim.— hive: backend=codex model=gpt-6.1-sol
🐝 Hive Agent:
contributor| SHA:a5c0e47