-
Notifications
You must be signed in to change notification settings - Fork 263
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
[Automated] Update actions #1061
[Automated] Update actions #1061
Conversation
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-to-test
Let's discuss our usage of GitHub actions in today's client WG call, but looks good to me. |
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.
Looks good to me in general, but I have the feeling that some actions could be combined to reduce the number of checks. Of course, it's a trade-off between being too coarse-grained and having some checks not running that also might fail, and too fine-grained which for sure eat up more resources (more containers need to be spin up, every time the source code needs to be checked out again, reviewdog needs to be download multiples times for every CI run).
As these scripts are homogenous across all Knative repos, this is probably not the proper place to discuss this (?)
Also, some short documentation would be helpful which configuration file a repo can create to tune the quality checks. Maybe a .github/workflows/README.md
?
tr '\n' ' ')" | ||
|
||
echo "Building with tags: ${tags}" | ||
go test -vet=off -tags "${tags}" -run=^$ ./... | grep -v "no test" || true |
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.
Looks like that this "Build" step also runs the tests. Maybe the name should reflect this or this command should be changed to go build
On the other hand, I wonder why we shouldn't run our on build.sh
which would also do all the testing ?
run: echo 'COVER_OPTS=-coverprofile=coverage.txt -covermode=atomic' >> $GITHUB_ENV | ||
|
||
- name: Test | ||
run: go test -race $COVER_OPTS ./... |
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.
how is this substantially different from the 'build' step above, except that it also check the code coverage ? Maybe both actions could be combined to reduce the overhead ? (and save some trees)
Added two issues over there to tackle the issues mentioned above in the review comment: |
Signed-off-by: Matt Moore (via Sockpuppet) <[email protected]>
753897d
to
da090bd
Compare
/retest |
Let's merge that and see how it goes /lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: mattmoor, rhuss The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Produced via:
/cc rhuss maximilien
/assign rhuss maximilien