-
Notifications
You must be signed in to change notification settings - Fork 0
Feat/improve go actions #2
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
Conversation
langecode
left a comment
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.
With the risk of repeating a conversation that had already been done - I have added a few comments.
| if: inputs.run-benchmarks | ||
| run: go test -bench=./... | ||
|
|
||
| - name: Install GoReleaser |
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.
Are we using GoRelease for building container images? Or should this be optional? Do we need a simple go build ./... as part of the pipeline also?
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.
@langecode
I think we could use it for container images yes, and GoReleaser does run build ./.. and CI would also had done this.
Otherwise consumers can also customize as they see fit using the .goreleaser file.
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.
Ok, so we outsource go build ./... to GoReleaser regardless of the project containing a .goreleaser configuration or not. Guess that makes sense then - just not very obvious reading the pipeline that GoReleaser will run this
langecode
left a comment
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 it looks pretty good 👍
Only thing that I think we could add (but we could also do that later) is posting the test-results to the Github action for more easy overview if tests are failing. I think there is also integrations for publishing test-coverage. But we should possibly let this rest and do it as a separate thing sometime.
| if: inputs.run-benchmarks | ||
| run: go test -bench=./... | ||
|
|
||
| - name: Install GoReleaser |
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.
Ok, so we outsource go build ./... to GoReleaser regardless of the project containing a .goreleaser configuration or not. Guess that makes sense then - just not very obvious reading the pipeline that GoReleaser will run this
Signed-off-by: Alexander Soelberg Heidarsson <[email protected]>
No description provided.