Repository navigation
chore(release): registry-only bump to 1.3.2 (no npm publish) - #8
Merged
Merged
Conversation
Bumps server.json's root version to 1.3.2 to release the already-merged registry description fix (#7) to the MCP Registry listing. packages[0].version stays at 1.3.1 deliberately: the registry does not require server.json's root version to equal packages[].version, this is an officially documented pattern ("Use Prerelease Versions for Registry-only Updates"), and no npm publish is needed since the published 1.3.1 package is unchanged. Commit-Author: sub-agent Task-Source: user-prompt Reason: Ship the registry listing description fix as a registry-only version bump without republishing the npm package, per the registry's documented registry-only-update pattern.
virtualsms-io
force-pushed
the
bump-mcp-version-1.3.2
branch
from
September 7, 2026 16:54
b0ada75 to
1477af8
Compare
…ption Commit-Author: claude-main Task-Source: user-prompt Reason: operator-approved final description text must cover all four product lines (SMS, rentals, proxy, Cloud Browser) plus x402 before the 1.3.2 registry publish.
4 tasks done
virtualsms-io
added a commit
that referenced
this pull request
Sep 23, 2026
…d scope) (#11) - scripts/publish.sh: TARGET_BRANCH updated from the old feature-branch name to main, matching the squash-to-main release workflow used since PR #8. - Re-vendored scripts/canonical.json and scripts/positioning-rules.txt from the current canon (previous copy predated a scope narrowing and was reporting stale drift). - README.md: replaced one banned word with its canonical wording. Gate 10 (which scans the actual shipped tarball) does not apply the same manifests-only scoping the guard does for this rule, so it still flagged the line even after the canon resync; fixing the copy was the smaller, lower-risk change versus touching gate matching logic. Commit-Author: sub-agent Task-Source: user-prompt Reason: unblock the v1.3.3 npm publish, which dry-run gates were failing on stale/incorrect release tooling rather than anything in the shipped code. Co-authored-by: VirtualSMS <265610251+virtualsms-io@users.noreply.github.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What this is
A registry-only version bump:
server.json's rootversionmoves from1.3.1to1.3.2so the MCP Registry re-crawls and re-publishes the listing with the correcteddescription (already merged to
mainin #7). No npm publish, no new tag, no GitHubRelease.
Why
packages[0].versionstays at1.3.1The registry does not require
server.json's rootversionto equalpackages[].version— this is an officially documented pattern in the MCP Registrydocs: "Use Prerelease Versions for Registry-only Updates." It exists precisely for
this case: shipping a corrected registry listing (description, metadata) without
republishing the underlying package.
mcpNameownership — it never checks versionequality against
server.json.virtualsms-mcp@1.3.1is unchanged, so there is nothing torepublish. Bumping
packages[0].versionhere would just be a pointer to a packageversion that doesn't exist yet.
Diff
One line, versus
main:(the root
versionfield inserver.jsononly —packages[0].version,package.json,and
.plugin/plugin.jsonare all unchanged frommain, still1.3.1)Not done here (by design)
npm publish/scripts/publish.sh