Skip to content

Release v2.1.0 #5243

Closed
Closed

Description

@cliffhall

Release the v2.1.0 milestone: v2/main → main, then publish, per the release skill.

  • Milestone complete (only this issue open)
  • 2a audit (report as a comment here; PR only if fixes are forced)
  • 2b Version Packages PR (chore: version packages #5242) linked, CI green, merged
  • 2c Prepare Python Release PR merged
  • 3 merge PR v2/main → main (Part of), merge-tree matches origin/v2/main
  • 4 local:gate, pack:verify, every closed milestone issue exercised; release ledger published
  • 5 draft release notes; maintainer publishes and approves release deployments
  • 6 registries verified; card Done; worktrees removed

Activity

  1. added this to the v2.1.0 milestone on Oct 24, 2026
  2. added
    choreMaintenance: deps, build tooling, CI, cleanup — no user-facing behavior change
    on Oct 24, 2026
  3. self-assigned this
    on Oct 24, 2026
  4. linked a pull request that will close this issuechore: version packages #5242on Oct 24, 2026
  5. linked a pull request that will close this issuechore(deps): v2.1.0 release audit fixes #5247on Oct 24, 2026
  6. cliffhall commented on Oct 24, 2026

    @cliffhall
    MemberAuthor

    Release audit: v2.1.0

    Audited origin/v2/main at 56e4c4e2 (after #5244 and #5245 merged), per the release skill step 2a: npm audit --audit-level=high over the root lockfile, and pip-audit --require-hashes over each Python server's exported uv.lock. Every Python server produced a verdict (EXIT=0).

    Findings and outcomes

    Every finding had a fix inside the ranges already declared, so none needed a major or a release-day manifest change beyond the lines below. Each fix is its own commit.

    Package Advisories Reached by Runtime of a published server? Fix
    zod 4.4.3 GHSA-mrhx-c7xc-m3w5 (high) all four TS servers, the SDK Yes: all four TS servers lockfile → 4.6.7 (declared ^4.2.0 admits it)
    body-parser 2.3.0 GHSA-27r3-jxmh-p828 (high) express in everything Yes: everything's HTTP transports lockfile → 2.4.0
    ip-address 10.7.3 GHSA-rxp7-6hxx-x8q5 (moderate) express-rate-limit via server-legacy in everything Yes: everything's HTTP transports root override ^10.7.1 → ^10.7.4
    undici 6.29.0, 8.11.2 GHSA-4qv8-2p9j-2685, GHSA-f72v-6w45-q472, GHSA-xjj6-f33q-929c (high) mcp-server-diff (interface diff) No: dev/CI only lockfile → 6.29.1, 8.12.3
    fast-uri 3.1.8 GHSA-w74x-v6f9-j3xg, GHSA-xhq7-xmqj-769h, GHSA-wjr9-j795-jxcr, GHSA-333x-w4r6-6crp (moderate) ajv via mcp-server-diff No: dev/CI only root override ^3.1.8 → ^3.1.9
    launch-editor 2.14.1 GHSA-698v-4r3x-3vcv, GHSA-r825-w8mm-5pxw, GHSA-587h-7wmj-h5pm (high) @changesets/cli No: dev only lockfile → 2.14.2
    vitest / @vitest/mocker / @vitest/coverage-v8 4.1.11 GHSA-qxg6-89mg-rqv8, GHSA-xp26-3454-mjgp (moderate) test runner No: dev only ^4.1.11 → ^4.1.12 in all four workspaces, in lockstep (the two pin each other exactly, so npm update cannot move either alone)
    gitpython 3.2.0 (src/git) CVE-2026-114145 mcp-server-git Yes: git uv.lock → 3.2.1 (declared >=3.1.60 admits it)

    fetch and time: no known vulnerabilities (fetch includes the certifi fix from #5244).

    After the fixes: npm audit reports 0 vulnerabilities; verify:dep-lockstep passes.

    One test followed the zod refresh. zod 4.6 writes a union of primitive types as type: ["boolean", "string"] instead of anyOf: [{type: "boolean"}, {type: "string"}]. The two are equivalent JSON Schema. sequentialthinking's tools/list test pinned the old form, so its expectation is updated in its own commit. This is not a new interface change: a fresh install of the published server already resolves zod 4.6, so clients already see this form. Only the checkout's lockfile was behind.

    Changesets

    None. No TypeScript server's runtime manifest changed: the runtime fixes are lockfile refreshes and root overrides, which a published package does not carry, and the declared ranges already admit the patched versions, so a fresh install of any published server resolves them. The vitest range bump is a devDependency. If the maintainers want installed trees with an old zod forced forward, raising each server's zod floor to ^4.6.6 would need a patch changeset; that was not done here.

    ⚠️ npm audit fix was not used.

    Fixes: #5247

  7. cliffhall commented on Oct 25, 2026

    @cliffhall
    MemberAuthor

    Released: https://github.com/modelcontextprotocol/servers/releases/tag/v2.1.0 (tag on ef9808f, the commit the ledger verified). Published: @modelcontextprotocol/server-everything 2.0.1, @modelcontextprotocol/server-filesystem 2.0.1, mcp-server-fetch 2026.10.24; the other four were already on their registries. release.yml run 40145185033: every build and publish job succeeded.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

choreMaintenance: deps, build tooling, CI, cleanup — no user-facing behavior changev2

Type

No type

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions