-
Notifications
You must be signed in to change notification settings - Fork 3
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
Introduce dependency scopes in setup.py #21
Comments
yes I already planned to create such issue :) I agree with the above changes |
I think |
zkovari
changed the title
Improve a bit setup.py structure
Introduce dependency scopes in setup.py
Mar 31, 2020
zkovari
added a commit
that referenced
this issue
Mar 31, 2020
zkovari
added a commit
that referenced
this issue
Mar 31, 2020
zkovari
added a commit
that referenced
this issue
Mar 31, 2020
zkovari
added a commit
that referenced
this issue
Apr 1, 2020
zkovari
added a commit
that referenced
this issue
Apr 1, 2020
zkovari
added a commit
that referenced
this issue
Apr 1, 2020
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Modern Python modules tend to offer a setup.py that separates dependencies by usage. For example, they provide:
core
install (only necessary packages)test
install (the packages you need to run the tests properly)doc
install (the packages you need to build documentation)dev
install (extra packages for development)all
(install dependencies from all use-cases)and the possibility to define extra tags in case of need (like
ci
for extra packages needed on CI only, etc.)I understand this package has not a lot of dependencies, but I believe it's a good practice to categorize them that way.
In addition, I'm not entirely sure what the
requirements.txt
is being used for. Currently installing this package withpip install -e .
works just fine.The text was updated successfully, but these errors were encountered: