## Activating linters and formatters
Linter/formatter support is implemented in separate [backends](🔗) so that they are easy to opt in to individually:
|`||[Bandit](🔗): security linter|
|`||[Black](🔗): code formatter|
|`||[Docformatter](🔗): docstring formatter|
|`||[Flake8](🔗): style and bug linter|
|`||[isort](🔗): import statement formatter|
|`||[Pylint](🔗): style and bug linter|
|`||[Yapf](🔗): code formatter|
|`||[Autoflake](🔗): remove unused imports|
|`||[Pyupgrade](🔗): automatically update code to use modern Python idioms like `|
To enable, add the appropriate backends in `
You should now be able to run `
./pants lint`, and possibly `
How to activate MyPy
MyPy is run with the [check goal](🔗), rather than `
## Configuring the tools, e.g. adding plugins
Most of the formatters and linters allow you to configure
|Option||What it does|
|`||Any additional dependencies to install, such as any plugins.|
|`||What interpreter to run the tool with. (`|
|`||Any command-line arguments you want to pass to the tool.|
|`||Path to a config file. Useful if the file is in a non-standard location such that it cannot be auto-discovered.|
|`||Path to a custom lockfile if the default does not work, or `|
./pants help-advanced black`, `
./pants help-advanced flake8`, and so on for more information.
Config files are normally auto-discovered
For tools that autodiscover config files—such as Black, isort, Flake8, and Pylint—Pants will include any relevant config files in the process's sandbox when running the tool.
If your config file is in a non-standard location, you must instead set the `
--config` option, e.g. `
[isort].config`. This will ensure that the config file is included in the process's sandbox and Pants will instruct the tool to load the config.
## Skipping a formatter or linter
To temporarily skip a tool, use the `
--skip` option for that tool. For example, run:
You can also skip for certain targets with the `
skip_tool` field, which can be useful for [incrementally adopting new tools](🔗). For example:
When you run `
./pants fmt` and `
./pants lint`, Pants will ignore any files belonging to skipped targets.
## Tip: only run over changed files
With formatters and linters, there is usually no need to rerun on files that have not changed.
Use the option `
--changed-since` to get much better performance, like this:
Pants will find which files have changed and only run over those files. See [Advanced target selection](🔗) for more information.
## Tips for specific tools
### Bandit and Flake8: report files
Flake8 and Bandit can both generate report files saved to disk.
For Pants to properly preserve the reports, instruct both tools to write to the `
reports/` folder by updating their config files or `
--flake8-args` and `
--bandit-args`. For example, in your `
Pants will copy all reports into the folder `
### Pylint: how to add first-party plugins
[pylint].source_plugins`](🔗) for instructions to add plugins written by you.
If you want to write first-party plugins for other linters like Flake8, let us know on [Slack](🔗).
### Bandit: less verbose logging
Bandit output can be extremely verbose, including on successful runs. You may want to use its `
--quiet` option, which will turn off output for successful runs but keep it for failures.
For example, you can set this in your `
### Black and isort can work together
If you use both `
black` and `
isort`, you most likely will need to tell `
isort` to work in a mode compatible with `
black`. It is also a good idea to ensure they use the same line length. This requires tool specific configuration, which could go into `
pyproject.toml` for example:
### Pyupgrade: specify which Python version to target
You must tell Pyupgrade which version of Python to target, like this:
### Autoflake and Pyupgrade are experimental
These tools are marked experimental because we are debating adding a new goal called `
fix` and running them with `
fix` rather than `
fmt`. The tools are safe to use, other than possibly changing how you invoke them in the future.
We invite you to [weigh in with what you think](🔗)!
### isort: possible issues with its import classifier algorithm
Some Pants users had to explicitly set `
default_section = "THIRDPARTY"` to get iSort 5 to correctly classify their first-party imports, even though this is the default value.
They report that this config works for them:
You may also want to try downgrading to iSort 4.x by setting `
version = "isort>=4.6,<5"` in the `
[isort]` options scope.