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
Add golang-version datasource #6798
Comments
@viceice I think it would be good to have an explicit |
We use the docker tags as source for our golang docker images |
I'd like to take this one. |
My plan for implementing this is the following:
I've also checked Docker Hub https://hub.docker.com/_/golang?tab=tags, but this page is rather similar to go.dev, so I would try to parse go.dev if you feel OK about that. |
Can you check if they also publish some JSON or yaml files? So we don't need those Regex stuff. |
We also want to make sure that we don't propose upgrades to people before the downloads are ready. @viceice This is maybe a chicken and egg problem if we want to use this datasource ourselves for building go images but also if we were to send people PRs which rely on our images being ready already. |
yes, currently we use the golang docker images, so we're pretty sure all builds are ready. here's the source for the release list: https://github.com/golang/website/blob/master/internal/history/release.go |
Thanks @viceice, so my plan would be to use the URL https://github.com/golang/website/blob/master/internal/history/release.go you provided to extract versions. I tried to find a json or yaml file with go versions, but no luck. |
🎉 This issue has been resolved in version 31.64.0 🎉 The release is available on:
Your semantic-release bot 📦🚀 |
What would you like Renovate to be able to do?
Support a datasource that returns all available versions of golang.
Did you already have any implementation ideas?
I haven't found a list of releases on
golang.org
that seems semantic enough to "scrape". e.g. this is an example from the release history:We could instead use https://github.com/golang/go/tags although there's a risk that tags will appear there before they are actually available for download.
Alternatively, we could use the official
golang
image tags on Docker Hub even though they probably get built last, as this would be the safest. So we'd query forgolang
on Docker Hub and then filter for any matchinggo1.X
orgo1.X.Y
(i.e. no suffix) and then strip thego
prefix.The text was updated successfully, but these errors were encountered: