-
Notifications
You must be signed in to change notification settings - Fork 256
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
Version("1.0.0.dev1").is_prerelease
is true
, should be false
#875
Comments
Looking at this a bit further, it looks like this is the desired behaviour: ![]() See: https://packaging.pypa.io/en/stable/version.html#packaging.version.Version.is_prerelease I suppose that Question: Where can I find the definition of what a pre-release is? |
https://packaging.python.org/en/latest/specifications/version-specifiers/#pre-releases I think one could read just that part of the spec and say dev-releases are not pre-releases, unless they are dev-releases of pre-releases. This is problamatic though because other parts of the spec clearly consider dev releases to be part of pre-releases:
IMO the spec should be updated for clarity here. But perhaps a packaging maintainer might want to weigh in. |
I agree that the spec needs to be clarified before we make a breaking change in the meaning of |
As this question has come up a couple of times now I created such discussion: https://discuss.python.org/t/are-developmental-releases-a-type-of-pre-release/81666 If it's decided that dev-releases are a form of pre-release then one thing missing from packaging's current API is a way to distguish between a dev-release of a final release, and a dev-release of a pre-release, e.g. |
Bug Report
Reproducibility
The text was updated successfully, but these errors were encountered: