pylint
The Pylint linter for Python code (https://www.pylint.org/).
This version of Pants uses pylint
version 2.17.7 by default. Use a dedicated lockfile and the install_from_resolve
option to control this.
Backend: pants.backend.python.lint.pylint
Config section: [pylint]
Basic options
args
--pylint-args="[<shell_str>, <shell_str>, ...]"
PANTS_PYLINT_ARGS
[pylint]
args = [
<shell_str>,
<shell_str>,
...,
]
[]
Arguments to pass directly to Pylint, e.g. --pylint-args='--ignore=foo.py,bar.py --disable=C0330,W0311'
.
skip
--[no-]pylint-skip
PANTS_PYLINT_SKIP
[pylint]
skip = <bool>
False
If true, don't use Pylint when running pants lint
.
Advanced options
config
--pylint-config=<file_option>
PANTS_PYLINT_CONFIG
[pylint]
config = <file_option>
None
Path to a config file understood by Pylint (http://pylint.pycqa.org/en/latest/user_guide/run.html#command-line-options).
Setting this option will disable [pylint].config_discovery
. Use this option if the config is located in a non-standard location.
config_discovery
--[no-]pylint-config-discovery
PANTS_PYLINT_CONFIG_DISCOVERY
[pylint]
config_discovery = <bool>
True
If true, Pants will include any relevant config files during runs (.pylintrc
, pylintrc
, pyproject.toml
, and setup.cfg
).
Use [pylint].config
instead if your config is in a non-standard location.
console_script
--pylint-console-script=<str>
PANTS_PYLINT_CONSOLE_SCRIPT
[pylint]
console_script = <str>
pylint
The console script for the tool. Using this option is generally preferable to (and mutually exclusive with) specifying an --entry-point
since console script names have a higher expectation of staying stable across releases of the tool. Usually, you will not want to change this from the default.
entry_point
--pylint-entry-point=<str>
PANTS_PYLINT_ENTRY_POINT
[pylint]
entry_point = <str>
None
The entry point for the tool. Generally you only want to use this option if the tool does not offer a --console-script
(which this option is mutually exclusive with). Usually, you will not want to change this from the default.
install_from_resolve
--pylint-install-from-resolve=<str>
PANTS_PYLINT_INSTALL_FROM_RESOLVE
[pylint]
install_from_resolve = <str>
None
If specified, install the tool using the lockfile for this named resolve.
This resolve must be defined in [python].resolves
, as described in https://www.pantsbuild.org/2.24/docs/python/overview/lockfiles#lockfiles-for-tools.
The resolve's entire lockfile will be installed, unless specific requirements are listed via the requirements
option, in which case only those requirements will be installed. This is useful if you don't want to invalidate the tool's outputs when the resolve incurs changes to unrelated requirements.
If unspecified, and the lockfile
option is unset, the tool will be installed using the default lockfile shipped with Pants, which uses pylint
version 2.17.7.
If unspecified, and the lockfile
option is set, the tool will use the custom pylint
"tool lockfile" generated from the version
and extra_requirements
options. But note that this mechanism is deprecated.
requirements
--pylint-requirements="['<str>', '<str>', ...]"
PANTS_PYLINT_REQUIREMENTS
[pylint]
requirements = [
'<str>',
'<str>',
...,
]
[]
If install_from_resolve
is specified, install these requirements, at the versions provided by the specified resolve's lockfile.
Values can be pip-style requirements (e.g., tool
or tool==1.2.3
or tool>=1.2.3
), or addresses of python_requirement
targets (or targets that generate or depend on python_requirement
targets). Make sure to use the //
prefix to refer to targets using their full address from the root (e.g. //3rdparty/python:tool
). This is necessary to distinguish address specs from local or VCS requirements.
The lockfile will be validated against the requirements - if a lockfile doesn't provide the requirement (at a suitable version, if the requirement specifies version constraints) Pants will error.
If unspecified, install the entire lockfile.
source_plugins
--pylint-source-plugins="[<target_option>, <target_option>, ...]"
PANTS_PYLINT_SOURCE_PLUGINS
[pylint]
source_plugins = [
<target_option>,
<target_option>,
...,
]
[]
An optional list of python_sources
target addresses to load first-party plugins.
You must set the plugin's parent directory as a source root. For example, if your plugin is at build-support/pylint/custom_plugin.py
, add 'build-support/pylint'
to [source].root_patterns
in pants.toml
. This is necessary for Pants to know how to tell Pylint to discover your plugin. See https://www.pantsbuild.org/2.24/docs/using-pants/key-concepts/source-roots
You must also set load-plugins=$module_name
in your Pylint config file.
While your plugin's code can depend on other first-party code and third-party requirements, all first-party dependencies of the plugin must live in the same directory or a subdirectory.
To instead load third-party plugins, add them to a custom resolve alongside pylint itself, as described in https://www.pantsbuild.org/2.24/docs/python/overview/lockfiles#lockfiles-for-tools.
Deprecated options
None
Related subsystems
None