You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Upstream Go supports the last two releases, which right now are 1.18 and 1.19. We only package 1.19 today.
I think we should follow the example set by go-1.20.yaml (an unreleased rc) and package go-1.18.yaml and go-1.19.yaml, with a go package in go.yaml that simply has a runtime dependency on the latest stable go release (currently go-1.19).
When go-1.20 is officially released (expected "Feb 2023"), go.yaml can update to point to go-1.20, go-1.18.yaml can be deleted as it's no longer supported upstream (the go-1.18 package would continue to exist ~forever), and folks who want 1.19 can still get it by depending on the go-1.19 package.
We'd follow this same process with go-1.21 has an rc, and later the full release.
Upstream Go supports the last two releases, which right now are 1.18 and 1.19. We only package 1.19 today.
I think we should follow the example set by go-1.20.yaml (an unreleased rc) and package go-1.18.yaml and go-1.19.yaml, with a
go
package in go.yaml that simply has a runtime dependency on the latest stable go release (currentlygo-1.19
).When go-1.20 is officially released (expected "Feb 2023"), go.yaml can update to point to
go-1.20
, go-1.18.yaml can be deleted as it's no longer supported upstream (thego-1.18
package would continue to exist ~forever), and folks who want 1.19 can still get it by depending on thego-1.19
package.We'd follow this same process with go-1.21 has an rc, and later the full release.
Does this sound right @kaniini ?
The text was updated successfully, but these errors were encountered: