🐸 Versioned release - #13
Merged
Merged
Conversation
bumpy-bot
force-pushed
the
bumpy/version-packages
branch
from
August 14, 2026 05:40
e2df7d1 to
09c5996
Compare
bumpy-bot
force-pushed
the
bumpy/version-packages
branch
from
September 17, 2026 19:11
09c5996 to
c9ae785
Compare
fledgling@1.3.0
bumpy-bot
force-pushed
the
bumpy/version-packages
branch
from
September 17, 2026 19:15
c9ae785 to
823e864
Compare
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.
This PR was created and will be kept in sync by bumpy based on your bump files (in
.bumpy/). Merge it when you are ready to release the packages listed below:fledgling1.2.1 → 1.3.0 CHANGELOG.mdNPM_CONFIG_OTPenv var as a fallback for--otp, so a 2FA code supplied that way also suppresses the interactive browser-approval prompt instead of fledgling assuming it still needs one. Docs now lead with npm's browser flow — approving with a passkey or security key is how most people will do this, and npm is moving away from authenticator codes — with the--otp/--otp-secretoptions kept but framed as the legacy fallback. (bump file)publish: true|falsereplacespermissions. npm grants every trusted publisher staged publishing (npm stage) — a config created with--allow-publishalone reads back with both permissions. The only real choice is whether the publisher may alsonpm publishdirectly, so the config key is now a boolean ("publish": true, default) with--publish/--no-publishflags. The oldpermissions: publish | stage | bothstill works (stage→false, the rest →true) with a deprecation note, andfledgling initasks the yes/no question.syncno longer reports every package as out of sync over the impliedcreateStagedPackage. (bump file)Failed trust reads are no longer reported as "not configured".
syncand the wizard read each package's trust config with a capturednpm trust list --json, which can't run npm's browser 2FA itself. When that read failed (no remembered 2FA approval), it was silently treated as an empty config — sosyncclaimed nothing was set up, and would happily offer to "fix" everything. Reads now distinguish a failure (EOTPetc.) from an empty config:syncprobes right after npm's interactive approval (with a short retry for the registry's "remember for 5 minutes" grace to kick in) and stops with a clear message if the approval didn't stick; a read that fails mid-run is listed as "couldn't be read" and left alone; and the add/wizard flow fails that package instead of writing blind.includeconfig option: list exact package names that have no package.json in the workspace — e.g. per-platform native binary packages published as optional dependencies — and fledgling treats them like discovered packages (claimed, trusted, synced, tab-completed). They're npm-only;fledgling jsrskips them. (bump file)