Security News
GitHub Removes Malicious Pull Requests Targeting Open Source Repositories
GitHub removed 27 malicious pull requests attempting to inject harmful code across multiple open source repositories, in another round of low-effort attacks.
read-package-tree
Advanced tools
The read-package-tree npm package is used to read the dependency tree of a package and list all the dependencies along with their metadata. It reads the node_modules folder recursively and constructs an object representation of the dependency hierarchy.
Read the entire dependency tree
This feature allows you to read the entire dependency tree of a project. The function takes a path to the project and a callback. The callback is called with an error (if any) and the data representing the package tree.
const rpt = require('read-package-tree');
rpt('/path/to/project', function (er, data) {
if (er) {
console.error('Error reading package tree', er);
return;
}
console.log(data);
});
The read-installed package is similar to read-package-tree in that it reads the package tree from a node_modules folder. However, it focuses on the installed packages and their metadata, rather than the entire dependency tree structure.
npm-logical-tree is another package that can be used to inspect the dependency tree of a package. It differs from read-package-tree by providing a more logical view of the tree, which can be useful for understanding how npm will interpret the tree.
dependency-tree is a package that can be used to find the dependency tree of a module. It is similar to read-package-tree but also works for frontend modules and includes features for deduping and circular dependency detection.
Read the contents of node_modules.
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.
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 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):
fs.realpath
returns an error for any path its trying to resolve.FAQs
Read the contents of node_modules.
The npm package read-package-tree receives a total of 520,909 weekly downloads. As such, read-package-tree popularity was classified as popular.
We found that read-package-tree demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 2 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
GitHub removed 27 malicious pull requests attempting to inject harmful code across multiple open source repositories, in another round of low-effort attacks.
Security News
RubyGems.org has added a new "maintainer" role that allows for publishing new versions of gems. This new permission type is aimed at improving security for gem owners and the service overall.
Security News
Node.js will be enforcing stricter semver-major PR policies a month before major releases to enhance stability and ensure reliable release candidates.