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
Problems when the version numbering format changes #110
Comments
That's because upstream changed the way he/she tags the releases. I am not sure this is something I want to handle, as I am afraid it's going to open a can of worm. |
Hey, so I recently learned that the python stdlib distutils module has a nice utility for comparing versions: >>> from distutils.version import LooseVersion
>>> weird_alpha = LooseVersion('v3.0.0-alpha-2')
>>> old_normal = LooseVersion('2.5.0')
>>> weird_alpha > old_normal
True
>>> weird_alpha == old_normal
False
>>> weird_alpha < old_normal
False
>>> weird_alpha >= old_normal
True
>>> weird_alpha <= old_normal
False |
oh, nice |
oh, interesting |
hm, this is leading to other problems:
So not sure if we should change something here. |
Yeah. Tricky. :( |
So, solving this generally might be impossible. People could use whatever format they choose to release their software, and we're not going to be able to predict that 100%. OTOH, the least we can do is |
I updated protobuf on release-monitoring.org to the new upstream at GitHub, and anitya seems to be having issues dealing with the fact that version numbers now have a "v" in front of them.
https://release-monitoring.org/project/3715/ --
Something strange occured, we found that this project has released a version "v3.0.0-alpha-2" while we had the latest version at "2.5.0"
The text was updated successfully, but these errors were encountered: