chore: release packages - #4
Conversation
There was a problem hiding this comment.
Pull request overview
Release PR generated by Changesets to publish @btravstack/di@0.1.1, capturing the patch note about fixing TS4020 declaration emit issues for consumers exporting ports.
Changes:
- Bump
@btravstack/diversion from0.1.0to0.1.1. - Add
packages/di/CHANGELOG.mdentry describing the TS4020 fix. - Remove the consumed changeset file after generating the release notes.
Reviewed changes
Copilot reviewed 3 out of 3 changed files in this pull request and generated 1 comment.
| File | Description |
|---|---|
| packages/di/package.json | Version bump to 0.1.1 for the release. |
| packages/di/CHANGELOG.md | New changelog entry for 0.1.1 patch release. |
| .changeset/fresh-pears-smoke.md | Removed consumed changeset as part of the release workflow. |
💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.
|
Stale: the changeset this PR versioned (6384640) was replaced by the empty |
This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to main, this PR will be updated.
Releases
@btravstack/di@0.1.1
Patch Changes
TS4020in consumers that export a port.export class OrderRepository extends Port("OrderRepository")<Shape> {}— the pattern the README teaches — could not emitdeclarations: the emitter had no name for the heritage expression's type, so it expanded
down to
PortInstance's module-privateunique symbolbrands and reported "has or isusing private name 'ID'".
PortClassandManyPortClassare now exported as types, whichgives the emitter a name to stop at. The brand symbols themselves stay unexported, so port
identity remains nominal and a port instance remains unforgeable.