Release 1.0.5 — publish workflow hardening, dependency/tooling updates, and tracked lockfile
Main story
1.0.5 is primarily a packaging and release-process update. It tightens up publish-time checks, updates tooling/dependency versions, and ensures the repository consistently tracks the npm lockfile so installs and CI behave deterministically.
Changes in this release
Publishing & release hygiene
- Hardened prerelease/publish prechecks so publish validation and lockfile policy checks behave consistently.
- Lockfile is now tracked (and no longer ignored), making dependency resolution reproducible across machines and CI.
publishConfig.tagis set todevinpackage.json, steering publishes toward thedevdist-tag by default.
Scripts and metadata
- Updated
package.jsonscripts to standardize the build/test/lint flow:build:vite buildtest/test:coverage:vitest run --coverageprecommit:build && lint && testprepublishOnly:clean && build
- Package metadata and dependency declarations were refreshed (including updated dev tooling versions).
Dependency/lockfile updates
- Updated
package-lock.jsonto reflect the current dependency tree. - Notable: while
package.jsondepends on@modelcontextprotocol/sdkas^1.0.4, the lockfile resolves it to a newer compatible version (as expected with a caret range).
Impact
For users
- More predictable installs due to the committed lockfile.
- No runtime behavior changes are indicated by this diff; changes are concentrated in packaging/tooling.
For maintainers/contributors
- More consistent publish behavior due to tightened prechecks and explicit publish configuration.
- CI/local parity improves because installs will match the committed lockfile.
Breaking changes / important notes
- Potentially breaking (publishing behavior):
publishConfig.tagis nowdev. If you publish from this repo without overriding tags,npm publishwill default to thedevdist-tag rather thanlatest.- If you intend a stable release to land on
latest, publish with an explicit tag (for example,npm publish --tag latest) or adjustpublishConfigfor the release process.
- If you intend a stable release to land on
- No API- or code-level breaking changes were detected in this release range (changes are limited to repo config, scripts, and dependencies).