-
Notifications
You must be signed in to change notification settings - Fork 208
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
workflows: use latest stable CLI in post-test information gathering #423
Conversation
Added a test commit with |
6459793
to
3a6993a
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.
Thanks!
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'm probably missing something but if we are changing from pull_request_target
to pull_request
how will forks be able to run the conformance tests?
We are not, you're looking at a |
@michi-covalent @tklauser all workflows have failed at the |
yeah we need this commit ead8cc6 it's not release yet 🤯 |
Blocked by #428. |
3a6993a
to
d1c586e
Compare
Rebased to re-trigger CI now that v0.8.5 is released. |
d1c586e
to
adfae43
Compare
Tests passed with
Removing the temporary test commit and merging to unblock other PRs which rely on collecting sysdumps. |
The post-test information gathering steps were previously self-contained and became split between the actual workflow step and in-cluster jobs logs in #212. In parallel, `sysdump` became a subcommand of the CLI and we switched to using it in post-test information gathering in #405. However, we explicitly do not want to run PR-built `cilium` in the context of a `pull_request_target`-triggered privileged workflow, as it would allow an attacker to leak the repository's secrets. Our proposal is to use the latest stable version of the CLI in the post- test information gathering step. This is acceptable as the purpose of this step is retrieving information, not testing the actual `cilium` commands run in the step -- this is done as part of the in-cluster jobs. Should a workflow developer actually need to check that a PR editing `sysdump` or any other `cilium` command used in this step works as intended with the new changes, they can always switch to `pull_request` testing or edit the in-cluster scripts with additional testing. Signed-off-by: Nicolas Busseneau <[email protected]>
adfae43
to
c429ce9
Compare
Rebased again to fix conflict after merging #426. |
The post-test information gathering steps were previously self-contained and became split between the actual workflow step and in-cluster jobs logs in #212.
In parallel,
sysdump
became a subcommand of the CLI and we switched to using it in post-test information gathering in #405.However, we explicitly do not want to run PR-built
cilium
in the context of apull_request_target
-triggered privileged workflow, as it would allow an attacker to leak the repository's secrets.Our proposal is to use the latest stable version of the CLI in the post-test information gathering step. This is acceptable as the purpose of this step is retrieving information, not testing the actual
cilium
commands run in the step -- this is done as part of the in-cluster jobs.Should a workflow developer actually need to check that a PR editing
sysdump
or any othercilium
command used in this step works as intended with the new changes, they can always switch topull_request
testing or edit the in-cluster scripts with additional testing.