[Python-Dev] How is the GitHub workflow working for people?
Nick Coghlan
ncoghlan at gmail.com
Wed Feb 21 22:34:49 EST 2018
More information about the Python-Dev mailing list
Wed Feb 21 22:34:49 EST 2018
- Previous message (by thread): [Python-Dev] How is the GitHub workflow working for people?
- Next message (by thread): [Python-Dev] How is the GitHub workflow working for people?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 22 February 2018 at 13:03, Dan Stromberg <drsalists at gmail.com> wrote: > On Wed, Feb 21, 2018 at 2:19 PM, Barry Warsaw <barry at python.org> wrote: >> On Feb 21, 2018, at 13:22, Guido van Rossum <guido at python.org> wrote: >>> >>> I'm willing to reconsider if there's a good enough tool. Ditto for C code (or do we already do it for C?). >> >> For Python code, flake8 --possibly with our own custom plugins— is the way to go. > > Is flake8 that much better than pylint, that pylint wouldn't even be discussed? > > pylint does warn about some relatively unimportant things out of the > box, but it can be configured to ignore (almost?) everything it > checks. "pylint -E" is my own preferred IDE-level checker (since it's pretty good about reserving the "Error" category for things that almost certainly indicate bugs), but all of these tools share a common problem when applied to CPython: we routinely break them :) Part of that is permanent breakage in the test suite where we deliberately test the compiler and interpreter's reaction to invalid code, while the other part is transient breakage when we introduce new syntax and other language level constructs. Cheers, Nick. -- Nick Coghlan | ncoghlan at gmail.com | Brisbane, Australia
- Previous message (by thread): [Python-Dev] How is the GitHub workflow working for people?
- Next message (by thread): [Python-Dev] How is the GitHub workflow working for people?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list