-
Notifications
You must be signed in to change notification settings - Fork 7
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
Feature request: Default to Ruff version from project setup #9
Comments
There's some issues and hidden complexity with that:
It'd be nice, but I don't think you should hold your breath on this, and instead just find the version string yourself with an easy string search srcipt. Note that you'll have to extract an exact version (see #11) |
My guess is that some mechanism that attempts to pick the Ruff version from the project setup, and fail with an error message if the version can't be determined automatically would satisfy most people. The few projects that have complex setups that use different versions of Ruff for different platform/systems can then set the version in the action instead. Here's how the black action does it: psf/black#4294. It would be nice if the Ruff action just works without having to add some other action to get Python 3.11 configured first. |
I think searching from a
|
#30 changes the default behavior to:
Support for requirements.txt files can be added later |
Would it be possible to explicitly provide the name of an extra or dependency group? In Sphinx, we use a Thank you very much for your work on this project! A |
At the moment the action defaults to the latest version of Ruff. In order to match local behaviour, it would be good if the action defaulted to the version matching that inside pyproject.toml / poetry.lock.
The text was updated successfully, but these errors were encountered: