chore: release neon@4.5.0, neonctl@4.5.0 - #482
Merged
Merged
Conversation
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.
Problem
neon claimand itsclaimablealias are onmainfrom #423, along with the Claimable Neon capability-error handling in Config-as-Code. Neither is on npm.npm latestis stillneon@4.4.0/neonctl@4.4.0, andnpx neon@4.4.0 claim --helpdoes not listcreate, so anyone following the claim flow against the published CLI hits a command that isn't there.The pending changeset
.changeset/calm-bears-claim.mdis what blocks the release. Until it is consumed, no version exists to publish.The change
changeset versionrun onmain. The changeset file is deleted,package.jsonversions are bumped and eachCHANGELOG.mdgets the entry. No source files change.neonneon claim/claimableneonctlneon@neon/config@neon/config-runtime@neon/config@neon/env@neon/config@neon-internals/env-core@neon/config; private, never publishedWhat users get on merge
The published
neongains the claim command group. From the changeset now inpackages/cli/CHANGELOG.md:create,use,accept,list,statusanddelete.status,acceptanddeletetake an optional project id fromclaim list.listprintsstatefrom the assertion clock plus the project expiry.deletedrops a local record once the identity assertion has expired.createprints the CLI service names andproject_expires_at.neonctlbehavior is unchanged; it moves to 4.5.0 only because it is versioned in a fixed group withneon.For
@neon/config,@neon/config-runtimeand@neon/envcallers, no exported signature changes. The@neon/configpatch is the capability-error recognition from #423: an unavailable pre-claim service keeps its claim guidance instead of surfacing as an API-key failure.Verification
biome ci --error-on-warningspassed across 726 files.Not verified here: the
neon claimbehavior itself. That was exercised in #423 against the live service. This branch contains no code to exercise.Nothing has been published from this branch. Release happens through the pipeline after merge, and
npm latestshould be checked forneon@4.5.0andneonctl@4.5.0once it completes.For your attention
@neon/configships a patch that has nothing to do with claiming, from the same changeset. Addneon claimfor temporary projects without an account #423 changed both, so they release together. Splitting them now would mean editing a consumed changeset.@neon-internals/env-coreis bumped but private. The version move is bookkeeping inside the monorepo and no artifact leaves it.