5.3.1 • Published 5 years ago

read-package-tree v5.3.1

Weekly downloads
2,496,873
License
ISC
Repository
github
Last release
5 years ago

read-package-tree

Build Status

Read the contents of node_modules.

USAGE

var rpt = require ('read-package-tree')
rpt('/path/to/pkg/root', function (node, kidName) {
  // optional filter function– if included, each package folder found is passed to
  // it to see if it should be included in the final tree
  // node is what we're adding children to
  // kidName is the directory name of the module we're considering adding
  // return true -> include, false -> skip
}, function (er, data) {
  // er means that something didn't work.
  // data is a structure like:
  // {
  //   package: <package.json data, or an empty object>
  //   package.name: defaults to `basename(path)`
  //   children: [ <more things like this> ]
  //   parent: <thing that has this in its children property, or null>
  //   path: <path loaded>
  //   realpath: <the real path on disk>
  //   isLink: <set if this is a Link>
  //   target: <if a Link, then this is the actual Node>
  //   error: <if set, the error we got loading/parsing the package.json>
  // }
})

// or promise-style
rpt('/path/to/pkg/root').then(data => { ... })

That's it. It doesn't figure out if dependencies are met, it doesn't mutate package.json data objects (beyond what read-package-json already does), it doesn't limit its search to include/exclude devDependencies, or anything else.

Just follows the links in the node_modules hierarchy and reads the package.json files it finds therein.

Symbolic Links

When there are symlinks to packages in the node_modules hierarchy, a Link object will be created, with a target that is a Node object.

For the most part, you can treat Link objects just the same as Node objects. But if your tree-walking program needs to treat symlinks differently from normal folders, then make sure to check the object.

In a given read-package-tree run, a specific path will always correspond to a single object, and a specific realpath will always correspond to a single Node object. This means that you may not be able to pass the resulting data object to JSON.stringify, because it may contain cycles.

Errors

Errors parsing or finding a package.json in node_modules will result in a node with the error property set. We will still find deeper node_modules if any exist. Prior to 5.0.0 these aborted tree reading with an error callback.

Only a few classes of errors are fatal (result in an error callback):

  • If the top level location is entirely missing, that will error.
  • if fs.realpath returns an error for any path its trying to resolve.
@megasaur/bootstrap@pulumi/pulumikilli8n-react-native-fast-image@cashremit/cr-streamline-iconsdemo-hyext@frxf/frxfpulumi-testcogoportutils@infinitebrahmanuniverse/nolb-read-@everything-registry/sub-chunk-2628pown-modulesprovidence-analyticspzmtestqxf2006hf0216sindre-module-paths@safely-project/safely-ts@salomvary/npm@parisholley/pulumi@react-18-pdf/rootshaocongwang@oyelowo/pulumi@smithx10/pulumi-vspherereact-picky-with-clearnode4-module-pathsqqcibuildserver-liuxinru@transcend-io/pulumi@yoitsro/lerna-bootstrap@tt-miniprogram/ext-packtinker@pown/modulessame-authorsabers@pulumi/digitalocean@pulumi/gitlab@pulumi/vsphere@pubbo/bootstrap@pulumi/azure-serverlesstest-miniprogramget-wanted-dependenciesgit-nmlicense-lslicensezeroluojia-cli-devlibrary-analyzerl2forlernahyexthyext-old@erquhart/lerna-bootstrapnaver-npmng-search-dropdownminiprogram-mp-ciminiprogram-cigulp-mp-npminno-dependency-resolverjmpr-jpmhubot-budagather-dependenciesgather-package-detailsjameslinenode.js1jamuskalimnst-clipath-pkgnpm5vnpm5npm-sustainabilitynpm_cache_sharenpm-msys2npm-verifiednpm-dependency-analyzernpmcnoticemenot-bundled-npm@finclip/blender-compilenpm-prognpm-idempotent-rebuildoiuorbital-loaderorbital.jsnull-session-npmnpm-authors-contributorsnodupdepspicogw421752593prouniversal-module-tree@0xcda7a/npm@0x-lerna-fork/bootstraparifbudixzvinpmavatar-toolkit@asserted/shrinkwrapastra-ufo-sdkthankstsdmaaaaaserver@houdiniproject/noticeme@hyext/ext-sdk-cli@hyext/cli@dmattia/pulumi@functionless/nodejs-closure-serializer
5.3.1

5 years ago

5.3.0

5 years ago

5.2.2

5 years ago

5.2.1

6 years ago

5.2.0

6 years ago

5.1.6

7 years ago

5.1.5

8 years ago

5.1.4

8 years ago

5.1.3

8 years ago

5.1.2

9 years ago

5.1.1

9 years ago

5.1.0

9 years ago

5.0.0

9 years ago

4.1.0

9 years ago

4.0.2

9 years ago

4.0.1

9 years ago

4.0.0

9 years ago

3.0.0

9 years ago

2.2.0

9 years ago

2.0.0

10 years ago

1.0.0

10 years ago