./pants lint [args]

Run all linters and/or formatters in check mode.

Backend: pants.core
Config section: [lint]

Basic options

only

--lint-only="['<str>', '<str>', ...]"
PANTS_LINT_ONLY
default: []

Only run these linters and skip all others.

The linter names are outputted at the final summary of running this goal, e.g. flake8 and shellcheck. You can also run lint --only=fake to get a list of all activated linters.

You can repeat this option, e.g. lint --only=flake8 --only=shellcheck or lint --only=['flake8', 'shellcheck'].


Advanced options

batch_size

--lint-batch-size=<int>
PANTS_LINT_BATCH_SIZE
default: 128

The target number of files to be included in each linter batch.

Linter processes are batched for a few reasons:

  1. to avoid OS argument length limits (in processes which don't support argument files)
  2. to support more stable cache keys than would be possible if all files were operated on in a single batch.
  3. to allow for parallelism in linter processes which don't have internal parallelism, or -- if they do support internal parallelism -- to improve scheduling behavior when multiple processes are competing for cores and so internal parallelism cannot be used perfectly.

In order to improve cache hit rates (see 2.), batches are created at stable boundaries, and so this value is only a "target" batch size (rather than an exact value).


Deprecated options

per_file_caching

--[no-]lint-per-file-caching
PANTS_LINT_PER_FILE_CACHING
default: False

Deprecated, will be removed in version: 2.11.0.dev0.
Linters are now broken into multiple batches by default using the `--batch-size` argument.

To keep (roughly) this option's behavior, set [lint].batch_size = 1. However, you'll likely get better performance by using a larger batch size because of reduced overhead launching processes.



Rather than linting all files in a single batch, lint each file as a separate process.

Why do this? You'll get many more cache hits. Why not do this? Linters both have substantial startup overhead and are cheap to add one additional file to the run. On a cold cache, it is much faster to use --no-per-file-caching.

We only recommend using --per-file-caching if you are using a remote cache or if you have benchmarked that this option will be faster than --no-per-file-caching for your use case.



Did this page help you?