-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Whitelist of packages to include #53
Comments
Alternatively, if forced to use |
What a respectful request! I am not sure whether Which means there are two options. Send a PRI would be happy to a review a pull request that adds an You would add the option by changing the usage text: Line 8 in 9ad2af3
You would filter packages somewhere around here: Line 130 in 9ad2af3
Write Your Own CLI with the
|
require('./')(configuration, cwd, function (error, dependencies) { |
Given a configuration object, a directory path, and a callback, the module will yield an error or Array of dependency Objects. You could filter that Array of Objects to include only Objects about the dependencies you want to analyze, print messages, and exit 0
or 1
as appropriate from there.
To get started, you might try forking this repository, renaming the package, removing index.js
, renaming licensee
to bin.js
or similar and changing bin
in package.json
, npm i -D licensee
, sed -I "s!require('./')!require('licensee')!"
, and going from there.
Does changing |
@brettz9 I don't think that |
Would it be in scope for you to support giving a list of package names/ranges to include for checking (and not check anything else)?
In order to display content on the likes of raw.githack.com for browser scripts, I have a routine to copy dependencies out of node_modules and reference the copies instead and to only add them in devDependencies. However, I'm not interested in licenses for all of the other (many) devDependencies, so I'd like to whitelist my own list for checking rather than being forced to explicitly ignore the ones that are not of interest.
The text was updated successfully, but these errors were encountered: