-
Notifications
You must be signed in to change notification settings - Fork 0
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
Avoid duplicating dependencies in requirements.in
AND pyproject.toml
; Pyproject.toml is the future
#145
Comments
good starter if pip-tools was working with python3.12 yet: jazzband/pip-tools#2021 |
requirements.in
AND pyproject.toml
; Pyproject.toml is the future
😧 Well, I'm still using Python 3.11 |
just because our newbies came with 3.12 installed and i want to save them the hazzle of re-configuring their toxbase to 3.11 when 3.12 is the better option in the long run. |
@lord-haffi here's a draft: #155 can we do something similar with the dev_requirements, too? or is there no need, because we have no duplication there as we had in requirements.in vs. pyproject.toml? |
Don't know, what you want to do. I just wanted to get rid of the duplication. The dev_requirements are not listed in the pyproject.toml |
the we're done :) |
It is possible for
pip-tools
to compile therequirements.txt
out of thepyproject.toml
if the packaging tool is supported by the tool. Lucky us, that hatch is indeed supported bypip-tools
.Therefore, we don't need the "duplicate"
requirements.in
file anymore! Have fun, doing it in every repository ^^@hf-kklein a great starter quest if you ask me :P
The text was updated successfully, but these errors were encountered: