-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
ci: add AKS workflow #15466
ci: add AKS workflow #15466
Conversation
Testing via #15468. |
I've removed the spot nodepool as it seems to be too unwieldy for connectivity tests at the moment... Not a major concern, just too bad we can't use it. Will make a note to retry it later. |
Have some issue where
Will troubleshoot on Monday. |
Alright so it seems the issue lies with |
This workflow has been migrated from https://github.com/cilium/cilium-cli/ as part of the CI 3.0 initiative, and adapted based on the previous migration made for GKE. See #15416 and #15482 for more details on the structure and adaptations made. Triggers: - `aks.yaml` is triggered automatically when a comment starting with `ci-aks` is made on an PR. In this case, a GitHub status check is manually registered for the PR SHA commit, and will show up in the PR status checks with a link to the workflow run. - `aks.yaml` is also triggered automatically on merge to `master`. In this case a GitHub status check is already automatically registered by the `push` event, so we skip manual status check registering. - A commented `pull_request` trigger is available for workflow developers: it may be uncommented and used in test PRs for testing the workflow using the `ci-run/gke` label (requires write privileges as it will only work for PRs from branches in the Cilium repo, not from fork). Of course it should be left commented for the real PR. Signed-off-by: Nicolas Busseneau <nicolas@isovalent.com>
Link to test run for this version of the workflow, from #15468 : https://github.com/cilium/cilium/actions/runs/723298807 |
This workflow has been migrated from https://github.com/cilium/cilium-cli/ as part of the CI 3.0 initiative, and adapted based on the previous migration made for GKE.
See #15416 and #15482 for more details on the structure and adaptations made.
Triggers:
aks.yaml
is triggered automatically when a comment starting withci-aks
is made on an PR. In this case, a GitHub status check is manually registered for the PR SHA commit, and will show up in the PR status checks with a link to the workflow run.aks.yaml
is also triggered automatically on merge tomaster
. In this case a GitHub status check is already automatically registered by thepush
event, so we skip manual status check registering.pull_request
trigger is available for workflow developers: it may be uncommented and used in test PRs for testing the workflow using theci-run/gke
label (requires write privileges as it will only work for PRs from branches in the Cilium repo, not from fork). Of course it should be left commented for the real PR.