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
fixes: substitute golang version from go.mod. #834
Conversation
Codecov Report
@@ Coverage Diff @@
## master #834 +/- ##
=======================================
Coverage 37.53% 37.53%
=======================================
Files 56 56
Lines 8179 8179
=======================================
Hits 3070 3070
Misses 4811 4811
Partials 298 298 📣 Codecov can now indicate which changes are the most critical in Pull Requests. Learn more |
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.
LGTM
5a38af4
to
3ec2e00
Compare
3ec2e00
to
864bbb9
Compare
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 think we can merge this
Just curious why not use
--build-arg ARG GOLANG_VERSION=$(GOLANG_VERSION)
instead of generating dockerfiles (with yet another make target)?
RUN apt-get update && apt-get install -y git | ||
RUN apt-get update && apt-get install -y wget git | ||
|
||
# Note: Any golang version that can 'go list -m -f {{.Variable}}' is fine... |
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.
Yeah, good comment. I think this is good here, we shouldn't get any breakages in the foreseeable future because of this. We could of course have ARG GOLANG_VERSION=x.yz
here, too, but might be just unnecessary complication
No description provided.