chore(cli): release 2.1.0 - #6826
Conversation
The publish workflow derives the npm version from this field, and on `main` it uses it verbatim: `2.0.0` was already on the registry, so the release step skipped and every change since then stayed unpublished. Staging and dev never showed it because they append `-preview.N` and `-dev.N`, which are always new. So the merged CLI work — the redirect refusal, the default endpoint, folder path encoding, the request bound, the User-Agent, `run --follow`, `runs wait` and `logs follow` — is on `main` but not on npm, and `sim@latest` is still the build whose every write is dropped by the apex redirect. Minor rather than patch: three commands are new and the default endpoint changed.
|
The latest updates on your projects. Learn more about Vercel for GitHub. |
PR SummaryLow Risk Overview Runtime Reviewed by Cursor Bugbot for commit e288bb5. Configure here. |
Greptile SummaryThis PR releases the accumulated CLI changes by increasing the
Confidence Score: 5/5The PR appears safe to merge, with no concrete blocking or non-blocking defects identified in the version bump. The publishing workflow and runtime version reporting both derive their version from the changed package manifest, and no established release inconsistency remains.
|
| Filename | Overview |
|---|---|
| packages/sim-cli/package.json | Bumps the CLI package to version 2.1.0 so the release workflow can publish the accumulated changes under a new npm version. |
Reviews (1): Last reviewed commit: "chore(cli): release 2.1.0" | Re-trigger Greptile
Summary
The merged CLI work is not published.
sim@lateston npm is still the pre-fix2.0.0, so every fix and feature from the last several PRs is onmainbut not in anyone's hands.Verified against production with the published binary:
Nothing was created — the body was dropped by the
sim.ai→www.sim.airedirect. Reads work, which is what makes it so hard to spot.Cause.
publish-sim-cli.ymlderives the npm version frompackage.json, and onmainit uses it verbatim.2.0.0was already on the registry, so the guarded publish step skipped:staginganddevappend-preview.N/-dev.N, so they always publish —mainis the only branch where a missing version bump silently ships nothing, and the run still reports success.Minor, not patch: three commands are new (
workflows run --follow,workflows runs wait,logs follow) and the built-in default endpoint changed.Type of Change
Testing
--versionreports2.1.0and the User-Agent picks it up (sim-cli/2.1.0 node/22.19.0 (darwin; arm64)) — the version is read frompackage.jsonat runtime, so the two cannot drift.Suite is 428 passed / 1 skipped.
lint,type-check,build,check:cli-docsand all 29 audits pass.Note for a follow-up
A skipped publish on
mainis indistinguishable from a successful one in the Actions UI — both are a green check. Worth failing the job whenmainresolves to an already-published version, rather than letting a forgotten bump look like a release. Not included here to keep this change to the bump itself.Checklist