-
Notifications
You must be signed in to change notification settings - Fork 210
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
go.mod: Let Renovate manage Go version #2056
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,5 +1,6 @@ | ||
module github.com/cilium/cilium-cli | ||
|
||
// renovate: datasource=golang-version depName=go | ||
go 1.21.1 | ||
Comment on lines
+3
to
4
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. We may not want renovate to bump the patch version in the go.mod, see cilium/cilium#28686 There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. oh interesting could we just specify There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. anyways i'll just wait for cilium/cilium#28686 to get merged and do the same thing. converting to draft. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think that you can specify
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. fascinating There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. cc @joestringer ☝️ There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Using toolchain like that causes toolchain upgrade problems for me, I would prefer the approach with |
||
|
||
// Replace directives from github.com/cilium/cilium. Keep in sync when updating Cilium! | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would suggest not to tie release workflows to
go.mod
version. Release workflows should always use the latest version, whereas I think that developer toolchains can lag behind within the same minor version and that's OK.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In practice that means that the approach I'm exploring in the other linked PR is to have two renovate configs: One for go.mod following the
X.Y.0
releases and a different one for everything else following everyX.Y.Z
patch release.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The actual implementation ended up different: There's a general Go version bump rule, then I added a specific rule for
go.mod
to disable patch updates for the toolchain version in the go.mod file.