-
Notifications
You must be signed in to change notification settings - Fork 51
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
Why are all releases marked pre-release? #72
Comments
Thanks for raising this concern. When I initially started this GitHub Action, it was part of an evolving project that I was actively using in my work. At that time, I marked all releases as “pre-release” to signal that the project was still under active development and that there might be breaking changes or instability. I realize now that marking all releases as “pre-release” may no longer make sense, especially given the impacts you mentioned. Considering these points, I agree that it might be time to reevaluate the “pre-release” status of these versions, particularly if they have been stable and widely used without issues. I have just removed the “pre-release” tag from the latest version to address these issues. Please let me know if it works fine now. Thanks again for bringing this up and I appreciate your input. |
Thanks! I can't help you to know if renovate would suggest an update, as I just manually updated the hash yesterday, so it's already up to date. |
I can confirm today that I got multiple renovate updates, including some digest-only changes. Was the precise tag overwritten for v0.18.1? There’s also a run (and rerun) for v0.18.2 that now fails (the one for v0.18.1 doesn’t fail): https://github.com/OSGeo/grass-addons/actions/runs/10707503673/job/29696447663 It says:
Where |
Could you try rerunning the again on v0.18.2, that should have happened for a couple of minutes but pushed later a replacement tag for that fix. Yes I updated most recent version tag to include a hotfix for the docker version since it wasn't pinned correctly |
I had a small curiosity here, as to why all releases are marked as "pre-release" in the repo's releases, all 23 of them since 2019.
This makes the repo appear to have no releases when looking at the repo's home page.
It makes the version 0.9 appear as the first choice in the GitHub marketplace when trying to see how to set it up (as no other versions would be latest, and if we consider that there is an alphabetical sort for the pre-releases, 0.9 is before 0.18).
It also prevents tools like dependabot or like what we use, renovate, to trigger an update for users using older versions.
Is there a reason that is more important than these 3 impacts to keep them "pre-release"? If we keep strict semver meaning, versions 0.y.z can be breaking whenever we want without a contract of any kind.
The text was updated successfully, but these errors were encountered: