Skip to content

chore(release): 10.0.3#1497

Merged
branarakic merged 1 commit into
mainfrom
release/10.0.3
Jul 7, 2026
Merged

chore(release): 10.0.3#1497
branarakic merged 1 commit into
mainfrom
release/10.0.3

Conversation

@branarakic

Copy link
Copy Markdown
Contributor

Release 10.0.3

Version bump for the 10.0.3 release cut from main (b0bbb511a). Patch release — node/UI/devnet stability fixes; no smart-contract changes, no deployment required (no Solidity source or ABI changes since 10.0.2).

What's in it (13 PRs since v10.0.2)

This PR

  • Lockstep version bump of all 20 workspace package.json files 10.0.210.0.3 (matches the 10.0.1→10.0.2 convention; internal deps are workspace:*).
  • CHANGELOG.md [10.0.3] section.
  • Lockfile untouched (the only 10.0.2 strings in pnpm-lock.yaml are third-party deps), so pnpm install --frozen-lockfile stays valid.

After merge

Tag v10.0.3 on mainrelease.yml builds the GitHub Release + markitdown binaries → manual pnpm -r publish (OTP) → move mainnet/testnet dist-tags. See DKG-RELEASE-10.0.3-RUNBOOK.md.

@branarakic branarakic merged commit 1536fae into main Jul 7, 2026
23 checks passed
Comment thread CHANGELOG.md

## [Unreleased]

## [10.0.3] - 2026-07-07

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

🟡 Issue: The new release heading accidentally captures existing Unreleased notes

What's wrong
The changelog now has an empty Unreleased section followed immediately by the 10.0.3 heading, while the pre-existing #960 Fixed block remains below that heading. That makes the release-history structure ambiguous and easy to mismaintain because a future release editor cannot tell whether the older block was intentionally included in 10.0.3 or was stranded by the insertion point.

Example
A reader scanning the changelog will now see the #960 dkg init fixes under the 10.0.3 release, not under Unreleased. If those notes are still unreleased, the file now gives the wrong release-history structure; if they are included in 10.0.3, they should be deliberately folded into the new Fixed section instead of left as a second, standalone ### Fixed block.

Suggested direction
Make the section boundary explicit: keep unreleased work above the 10.0.3 heading, or merge the #960 entry into the 10.0.3 release notes intentionally so future readers do not have to infer whether it shipped.

Confidence note
This assumes the existing #960 changelog entry was meant to remain under Unreleased; the diff places the new release heading before it without moving that entry, so the section ownership changes even though the lines themselves are unchanged.

For Agents
Inspect CHANGELOG.md around the top release sections. Preserve the intended 10.0.3 notes, but either move the #960 block above the 10.0.3 heading under Unreleased, or explicitly merge it into the 10.0.3 Fixed content if it shipped in this release. Verify the top of the changelog has clear section ownership: Unreleased only contains unreleased entries, and 10.0.3 contains only intentional release notes.

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.

2 participants