Skip to content

docs(cli): record the whoami fix under 0.14.0, the version that shipped it - #57

Merged
spencer-zqian merged 1 commit into
mainfrom
docs/whoami-changelog-0.14.0
Aug 17, 2026
Merged

docs(cli): record the whoami fix under 0.14.0, the version that shipped it#57
spencer-zqian merged 1 commit into
mainfrom
docs/whoami-changelog-0.14.0

Conversation

@spencer-zqian

Copy link
Copy Markdown
Contributor

sonilo whoami's exit-code change (#53) shipped in sonilo-cli@0.14.0 but is absent from that release's notes: #53 landed on main without a changeset, and changesets versions whatever code is on main regardless. Verified — git merge-base --is-ancestor 8ada33d sonilo-cli@0.14.0 passes, and the published 0.14.0 tarball's runWhoami already returns false (exit 1) when there is no credential.

The version number is fine: it rode out in a minor bump, which is the right slot for a behaviour change at 0.x. Only the changelog was silent.

Why edit 0.14.0 instead of merging #54

#54 adds the changeset that was missing. Merging it now would bump sonilo-cli to 0.15.0 and date the note to that release — but the change is already in users' hands at 0.14.0. Someone whose script broke on whoami returning 1 would look up 0.14.0, find nothing, and be told the change belongs to a version they don't have.

Writing it against the existing ## 0.14.0 heading records it against the version that actually contains it, and publishes no phantom release.

#54 should be closed in favour of this.

Also

The GitHub Release notes for sonilo-cli@0.14.0 are being updated to match.

…ed it

#53 landed on main without a changeset, so `sonilo whoami`'s exit-code
change rode out inside 0.14.0 with nothing in that release's notes. The
version number is right — it went out in a minor bump, which is the
correct slot for a behaviour change at 0.x — only the changelog was
silent.

Written against the existing 0.14.0 heading rather than as a new
changeset, so no phantom 0.15.0 gets published for a change that is
already in users' hands. Anyone whose script broke on `whoami` returning
1 can now find the version that did it.

Supersedes #54, which proposed the changeset and would have dated this
to the next release instead.
@sapient-app

sapient-app Bot commented Aug 17, 2026

Copy link
Copy Markdown

Lightsage docs evals

Waiting for the staging docs URL before running evals.

Lightsage will start the selected PR evals automatically when GitHub reports a successful docs deployment for this PR. This usually happens within 15 minutes.

Commit: d3d463f
Status: waiting for staging docs URL

@spencer-zqian
spencer-zqian merged commit e8a22cc into main Aug 17, 2026
1 check passed
@spencer-zqian
spencer-zqian deleted the docs/whoami-changelog-0.14.0 branch August 17, 2026 04:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant