Command Line Interface for MarkdownLint
npm install -g markdownlint-cli
markdownlint --help
Usage: markdownlint [options] <files|directories|globs>
MarkdownLint Command Line Interface
Options:
-h, --help output usage information
-V, --version output the version number
-f, --fix fix basic errors (does not work with STDIN)
-s, --stdin read from STDIN (does not work with files)
-o, --output [outputFile] write issues to file (no console)
-c, --config [configFile] configuration file (JSON, JSONC, or YAML)
-i, --ignore [file|directory|glob] file(s) to ignore/exclude
-p, --ignore-path [file] path to file with ignore pattern(s)
-r, --rules [file|directory|glob|package] custom rule files
markdownlint-cli
supports advanced globbing patterns like **/*.md
(more information).
With shells like Bash, it may be necessary to quote globs so they are not interpreted by the shell.
For example, --ignore *.md
would be expanded by Bash to --ignore a.md b.md ...
before invoking markdownlint-cli
, causing it to ignore only the first file because --ignore
takes a single parameter (though it can be used multiple times).
Quoting the glob like --ignore '*.md'
passes it through unexpanded and ignores the set of files.
To lint all Markdown files in a Node.js project (excluding dependencies), the following commands might be used:
Windows CMD: markdownlint **/*.md --ignore node_modules
Linux Bash: markdownlint '**/*.md' --ignore node_modules
If present in the current folder, a .markdownlintignore
file will be used to ignore files and/or directories according to the rules for gitignore.
If the -p
/--ignore-path
option is present, the specified file will be used instead of .markdownlintignore
.
The order of operations is:
- Enumerate files/directories/globs passed on the command line
- Apply exclusions from
-p
/--ignore-path
(if specified) or.markdownlintignore
(if present) - Apply exclusions from any
-i
/--ignore
option(s) that are specified
When the --fix
option is specified, markdownlint-cli
tries to apply all fixes reported by the active rules and reports any errors that remain.
Because this option makes changes to the input files, it is good to make a backup first or work with files under source control so any unwanted changes can be undone.
Because not all rules include fix information when reporting errors, fixes may overlap, and not all errors are fixable,
--fix
will not usually address all errors.
markdownlint-cli
reuses the rules from markdownlint
package.
Configuration is stored in JSON, JSONC, YAML, or INI files in the same config format.
The example of configuration file:
{
"default": true,
"MD003": { "style": "atx_closed" },
"MD007": { "indent": 4 },
"no-hard-tabs": false,
"whitespace": false
}
See test configuration file or style folder for more examples.
CLI argument --config
is not mandatory.
If it is not provided, markdownlint-cli
looks for file .markdownlint.json
/.markdownlint.yaml
/.markdownlint.yml
in current folder, or for file .markdownlintrc
in current or all upper folders.
The algorithm is described in details on rc package page.
If --config
argument is provided, the file must be valid JSON, JSONC, or YAML.
markdownlint-cli
returns one of the following exit codes:
0
: Program ran successfully1
: Linting errors / bad parameter2
: Unable to write-o
/--output
output file3
: Unable to load-r
/--rules
custom rule
- markdownlint - API for this module
- glob - Pattern matching implementation
- ignore -
.markdownlintignore
implementation
MIT © Igor Shubovych