depcheck2
v0.0.3
Published
Check dependencies in your node module
Downloads
11
Maintainers
Readme
This project is just implements the symlink check.
depcheck
Depcheck is a tool for analyzing the dependencies in a project to see: how each dependency is used, which dependencies are useless, and which dependencies are missing from package.json
.
Status
Installation
npm install -g depcheck2
Notice: depcheck needs node.js >= 0.12.
Syntax Support
Depcheck not only recognizes the dependencies in JavaScript files, but also supports these syntaxes:
- JavaScript (ES5, ES6 and ES7)
- React JSX
- CoffeeScript
- Typescript (with
typescript
dependency) - SASS and SCSS (with
node-sass
dependency)
To get the syntax support by external dependency, please install the corresponding package explicitly. For example, for Typescript user, install depcheck with typescript
package:
npm install -g depcheck2 typescript
Special
The special component is used to recognize the dependencies that are not generally used in the above syntax files. The following scenarios are supported by specials:
- Dependencies used in npm commands, Travis scripts or other CI scripts
- ESLint configuration presets, parsers and plugins
- Webpack loaders
- Babel presets and plugins
- Grunt plugins
- Feross standard format parser
- Mocha explicit required dependencies
- Commitizen configuration adaptor
- Gulp-load-plugins lazy loaded plugins
The logic of a special is not perfect. There might be false alerts. If this happens, please open an issue for us.
Usage
depcheck [directory] [arguments]
The directory
argument is the root directory of your project (where the package.json
file is). If unspecified, defaults to current directory.
All of the arguments are optional:
--ignore-bin-package=[true|false]
: A flag to indicate if depcheck ignores the packages containing bin entry. The default value is true
.
--json
: Output results in JSON. When not specified, depcheck outputs in human friendly format.
--ignores
: A comma separated array containing package names to ignore. It can be glob expressions. Example, --ignores=eslint,babel
.
--ignore-dirs
: A comma separated array containing directory names to ignore. Example, --ignore-dirs=dist,coverage
.
--help
: Show the help message.
--parsers
, --detectors
and --specials
: These arguments are for advanced usage. They provide an easy way to customize the file parser and dependency detection. Check the pluggable design document for more information.
Deprecated arguments
The following arguments are deprecated and will be removed in next major version:
--dev=[true|false]
: [DEPRECATED] It leads a wrong result for missing dependencies when it is false
. This option will be enforced to true
in next major version. The corresponding API option withoutDev
is deprecated too.
API
Similar options are provided to depcheck
function for programming.
import depcheck from 'depcheck';
const options = {
withoutDev: false, // [DEPRECATED] check against devDependencies
ignoreBinPackage: false, // ignore the packages with bin entry
ignoreDirs: [ // folder with these names will be ignored
'sandbox',
'dist',
'bower_components'
],
ignoreMatches: [ // ignore dependencies that matches these globs
'grunt-*'
],
parsers: { // the target parsers
'*.js': depcheck.parser.es6,
'*.jsx': depcheck.parser.jsx
},
detectors: [ // the target detectors
depcheck.detector.requireCallExpression,
depcheck.detector.importDeclaration
],
specials: [ // the target special parsers
depcheck.special.eslint,
depcheck.special.webpack
],
};
depcheck('/path/to/your/project', options, (unused) => {
console.log(unused.dependencies); // an array containing the unused dependencies
console.log(unused.devDependencies); // an array containing the unused devDependencies
console.log(unused.missing); // a lookup containing the dependencies missing in `package.json` and where they are used
console.log(unused.using); // a lookup indicating each dependency is used by which files
console.log(unused.invalidFiles); // files that cannot access or parse
console.log(unused.invalidDirs); // directories that cannot access
});
Example
The following example checks the dependencies under /path/to/my/project
folder.
$> depcheck /path/to/my/project
Unused dependencies
* underscore
Unused devDependencies
* jasmine
Missing dependencies
* lodash
It figures out:
- The dependency
underscore
is declared in thepackage.json
file, but not used by any code. - The devDependency
jasmine
is declared in thepackage.json
file, but not used by any code. - The dependency
lodash
is used somewhere in the code, but not declared in thepackage.json
file.
Please note that, if a subfolder has a package.json
file, it is considered another project and should be checked with another depcheck command.
The following example checks the same project, however, outputs as a JSON blob. Depcheck's JSON output is in one single line for easy pipe and computation. The json
command after the pipe is a node.js program to beautify the output.
$> depcheck /path/to/my/project --json | json
{
"dependencies": [
"underscore"
],
"devDependencies": [
"jasmine"
],
"missing": {
"lodash": [
"/path/to/my/project/file.using.lodash.js"
]
},
"using": {
"react": [
"/path/to/my/project/file.using.react.jsx",
"/path/to/my/project/another.file.using.react.jsx"
],
"lodash": [
"/path/to/my/project/file.using.lodash.js"
]
},
"invalidFiles": {
"/path/to/my/project/file.having.syntax.error.js": "SyntaxError: <call stack here>"
},
"invalidDirs": {
"/path/to/my/project/folder/without/permission": "Error: EACCES, <call stack here>"
}
}
- The
dependencies
,devDependencies
andmissing
properties have the same meanings in the previous example. - The
using
property is a lookup indicating each dependency is used by which files. - The value of
missing
andusing
lookup is an array. It means the dependency may be used by many files. - The
invalidFiles
property contains the files having syntax error or permission error. The value is the error details. However, only one error is stored in the lookup. - The
invalidDirs
property contains the directories having permission error. The value is the error details.
False Alert
Depcheck just walks through all files and tries to find the dependencies according to some predefined rules. However, the predefined rules may not enough or even be wrong.
There may be some cases in which a dependency is being used but is reported as unused, or a dependency is not used but is reported as missing. These are false alert situations.
If you find that depcheck is reporting a false alert, please open an issue with the following information to let us know:
- The output from
depcheck --json
command. Beautified JSON is better. - Which dependencies are considered as false alert?
- How are you using those dependencies, what do the files look like?
Changelog
We use the Github release page to manage changelog.
License
MIT License.