VisCommandsvis info

vis info

Show npm registry metadata for a package

vis info

Show registry metadata for any published package — versions, dependencies, maintainers, dist-tags, license, repository, and more. Wraps the detected package manager's native lookup (npm view, pnpm view, yarn info, yarn npm info, bun pm view, deno info) so the right spelling is used without having to remember each tool's quirks.

Usage

vis info <package> [field...] [--json]

Examples

# Full registry metadata for react
vis info react

# Just the latest version
vis info react version

# All published versions
vis info react versions

# Dependencies of a specific version
vis info react@18 dependencies

# JSON output for scripting
vis info react --json

# Alias matching npm / pnpm
vis view react

Options

OptionDefaultDescription
--jsonfalseEmit JSON instead of pretty text

How It Works

vis info detects the active package manager (pnpm, npm, yarn v1, yarn berry, bun, or deno) and forwards the query using the correct command shape for that tool:

Package managerCommand emitted
npmnpm view <pkg> [field…]
pnpmpnpm view <pkg> [field…]
yarn v1yarn info <pkg> [field]
yarn ≥ 2yarn npm info <pkg>
bunbun pm view <pkg> [field…]
denodeno info npm:<pkg> (graph)

Limitations

  • yarn v1 only supports a single field at a time — additional fields are dropped with a warning.
  • yarn ≥ 2 (yarn npm info) does not accept positional field filters — fields are ignored with a warning; parse the full output yourself (e.g. with --json | jq).
  • bun < 1.3 does not ship bun pm view at all — vis prints a warning pointing you at npm view <pkg> as a workaround, then lets bun exit with its own "unknown subcommand" error. Upgrade to bun 1.3+ for native support.
  • deno has no registry-info command. deno info is module-rooted (it prints a dependency graph) rather than registry metadata. Bare names are auto-prefixed with npm:; jsr: / https: / http: / file: specs are passed through unchanged. Field selectors are not supported and are dropped with a warning.

See also

  • vis why <pkg> — why a package is installed in your workspace (different question).
  • vis check / vis outdated — compare installed versions against the registry's latest.
Support

Contribute to our work and keep us going

Community is the heart of open source. The success of our packages wouldn't be possible without the incredible contributions of users, testers, and developers who collaborate with us every day.Want to get involved? Here are some tips on how you can make a meaningful impact on our open source projects.

Ready to help us out?

Be sure to check out the package's contribution guidelines first. They'll walk you through the process on how to properly submit an issue or pull request to our repositories.

Submit a pull request

Found something to improve? Fork the repo, make your changes, and open a PR. We review every contribution and provide feedback to help you get merged.

Good first issues

Simple issues suited for people new to open source development, and often a good place to start working on a package.
View good first issues