-
Notifications
You must be signed in to change notification settings - Fork 46
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
feat: Use poetry everywhere #463
base: main
Are you sure you want to change the base?
Conversation
- Update ansible to use poetry - Do not generate requirements.txt files from poetry - Upgrade poetry version to 1.3.1
The changes looks good to me. However, I was thinking to keep vagrant (and possibly update it with the latest Ubuntu version on AWS). My rationale on keeping it is that it helps in testing ansible deployments and any changes that are done there. Otherwise, they'll have to be tested on a dev/qa server. Please let me know what you think. |
I was more worried about its maintainability of it. But a agree that it's useful. If it can be updated to match with the supported version it will be worth not removing it. |
7a397d8
to
6b76f99
Compare
Updated code so it doesn't touch on vagrant or VM setup |
Looks good to me. |
This project gereates requirements.txt for legacy reasons
which didn't require poetry to be installed on the CI, heroku
or other places.
Installing poetry is cheap and infact used in the docker and github
actions already. This PR installs poetry during setup with ansible and
heroku as well. Eliminating the need for keeping requirements.txt in the
source control. poetry.lock is used instead for installation via poetry cli.
Poetry becomes a hard dependency for installing and managing
python dependencies everywhere.
closes: #476