You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's easy to forget to poetry lock after you make a change to pyproject.toml. But if you don't, CI will run with the wrong versions installed. Worst case, a bad change to pyproject.toml won't even be noticed until the PR is already merged and someone runs poetry lock in the future.
Add a CI step (or ideally pre-commit, if it's fast enough) to validate that the lockfile is up to date.
Ideally we'd use python-poetry/poetry#1954, but who knows when it'll be released. So other workarounds may be necessary.
The text was updated successfully, but these errors were encountered:
@gjoseph92 I'm having a similar requirement, have you found any workaround to handling this ? Am in poetry 1.1.13 and still the option isn't available.
The same question from my side. I am on poetry 1.1.13 and it is a pain for team of 5 developers multiplied to 9 microservices to keep in sync pyproject.toml and poetry.lock.
I see that PR was merged for "poetry lock --check" but there is no such command in 1.1.13.
Exactly my confusion too, the PR is merged but still i get an error no such command
Poetry doesn't release directly off the tip of the master branch. Until they decide to release at least 1.2.0, this won't be released AFAIU python-poetry/poetry#1954 (comment).
have you found any workaround to handling this?
I did once a while ago, but that was on a private repo I no longer have access to, and I forget how I did it. Probably some variant of just running poetry lock and seeing if the lockfile changes.
It's easy to forget to
poetry lock
after you make a change topyproject.toml
. But if you don't, CI will run with the wrong versions installed. Worst case, a bad change topyproject.toml
won't even be noticed until the PR is already merged and someone runspoetry lock
in the future.Add a CI step (or ideally pre-commit, if it's fast enough) to validate that the lockfile is up to date.
Ideally we'd use python-poetry/poetry#1954, but who knows when it'll be released. So other workarounds may be necessary.
The text was updated successfully, but these errors were encountered: