-
-
Notifications
You must be signed in to change notification settings - Fork 107
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
Older version with dash shows as newer #223
Comments
Thanks for the report! That gives more examples to tune a better version sorter. Adding another (tricky) real-world example:As of version 0.9.5 (release coming this week), we can have the following: version.kotlinx.coroutines=1.3.8
## # available=1.3.8-1.4-rc-154
## # available=1.3.8-1.4.0-rc
## # available=1.3.8-1.4.0-rc-218
## # available=1.3.9-native-mt
## # available=1.3.9 but the correct order would be:
|
@brewin developers are crazy creative with their naming scheme The simplest solution is to use a |
We can still tweak the version ordering system some day, because the scheme described here is quite common. I might do it sometime next year as a mental exercise. |
Is there any update on this? I currently reject snapshots with same version as release using |
No changes to expect on that in the foreseeable future, it's low priority, I already tuned the sorting algorithm to make it better, and you have a workaround. |
Also, snapshots for the same release should not be shown. |
Yes but in our case we bump the version immediately after releasing a new version. So our snapshots during feature dev are like |
refreshVersions incorrectly shows 'x.y-whatever' as newer than 'x.y.z'
The text was updated successfully, but these errors were encountered: