refactor(pgpm): rename upgrade-modules to upgrade with pnpm-like behavior #523
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.
Summary
Renames
pgpm upgrade-modulestopgpm upgrade(withupalias) and changes the default behavior to match pnpm'supgradecommand:-ior--interactiveflag to select modules interactively--modulesflag (e.g.,pgpm upgrade @pgpm/base32)--all(now default) and--modules(use positional args)Updates since last revision
upgradePromptcomponent from inquirerer 4.2.0inquirerer4.1.2 → 4.2.0 (across pgpm/cli, pgpm/core, packages/cli, packages/csv-to-pg)genomic5.0.3 → 5.2.0 (pgpm/cli, pgpm/core)Review & Testing Checklist for Human
pgpm upgrade -iin a module with outdated dependencies and verify the new pnpm-style UI works correctly (arrow keys, space to select, enter to confirm)upgrade-modulescommand is completely removed. Update any documentation/scripts that reference the old command.Recommended test plan:
pgpm upgradeand verify it upgrades all without promptingpgpm upgrade -iand verify the new interactive UI appears with package list, version selection, and filteringpgpm upgrade @pgpm/base32with a specific module and verify only that module is upgradedpgpm upand verify the alias worksNotes