-
-
Notifications
You must be signed in to change notification settings - Fork 110
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Switch from flake8 to ruff #414
Conversation
Considering these are two quite separate concerns, I think this should be split in to two PRs. That said, I'm +0 on using ruff here for the reason you outlined: Ensuring that the linter tools don't use typing-extensions. (Although I still have reservations against using ruff for Python infrastructure projects. But considering the state of flake8, it's not an easy choice.) |
sure |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, although I'd like @JelleZijlstra's opinion.
Obviously I work at Astral, so I'm biased -- but I do think using linting tools written in another language is a particularly good fit for us at
typing_extensions
. Most linters (including many flake8 plugins) can't really be installed into the same environment you'd want to use locally for testingtyping_extensions
, as it's pretty hard to find a linter written in Python that doesn't depend (directly or indirectly) ontyping_extensions
. If you then use the same environment to run tests as you used for running the linter, you're never sure whether you're actually testing your local copy oftyping_extensions
or the installed version insite-packages
.As well as switching from flake8 to ruff, this PR also deletes thetest-requirements.txt
; development dependencies are now listed in adev
extra inpyproject.toml
.