third_party.pylibs.pylint.src/doc/whatsnew/2.5.rst
hippo91 9bdae8b82f Add support for disabling line-too-long for multilines strings
This commit adds support for disabling `line-too-long` messages
for multilines strings such as docstrings.

When a pylint disable pragma is present at the end of the docstring, it is taken
in account for the entire docstring.

Close #2957
2019-11-19 09:16:54 +01:00

54 lines
1.8 KiB
ReStructuredText
Raw Blame History

This file contains invisible Unicode characters

This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

**************************
What's New in Pylint 2.5
**************************
:Release: 2.5
:Date: TBC
Summary -- Release highlights
=============================
New checkers
============
* A new check ``f-string-without-interpolation`` was added.
This check is emitted whenever **pylint** detects the use of an
f-string without having any interpolated values in it, which means
that the f-string can be a normal string.
Other Changes
=============
* Don't emit ``line-too-long`` for multilines when a
`pylint:disable=line-too-long` comment stands at their end.
For example the following code will not trigger any ``line-too-long`` message::
def example():
"""
This is a very very very long line within a docstring that should trigger a pylint C0301 error line-too-long
Even spread on multiple lines, the disable command is still effective on very very very, maybe too much long docstring
"""#pylint: disable=line-too-long
pass
* Configuration can be read from a setup.cfg or pyproject.toml file
in the current directory.
A setup.cfg must prepend pylintrc section names with ``pylint.``,
for example ``[pylint.MESSAGES CONTROL]``.
A pyproject.toml file must prepend section names with ``tool.pylint.``,
for example ``[tool.pylint.'MESSAGES CONTROL']``.
These files can also be passed in on the command line.
* Add new good-names-rgx and bad-names-rgx to enable white-/blacklisting of regular expressions
To enable better handling of whitelisting/blacklisting names, we added two new config options: good-names-rgxs: a comma-
separated list of regexes, that if a name matches will be exempt of naming-checking. bad-names-rgxs: a comma-
separated list of regexes, that if a name matches will be always marked as a blacklisted name.
* Mutable ``collections.*`` are now flagged as dangerous defaults.