-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Add Istio ambient to KinD test #14103
Conversation
Skipping CI for Draft Pull Request. |
Codecov ReportPatch coverage has no change and project coverage change:
Additional details and impacted files@@ Coverage Diff @@
## main #14103 +/- ##
==========================================
+ Coverage 86.26% 86.29% +0.02%
==========================================
Files 199 199
Lines 14811 14811
==========================================
+ Hits 12777 12781 +4
+ Misses 1731 1729 -2
+ Partials 303 301 -2 ☔ View full report in Codecov by Sentry. |
/test upgrade-tests |
/test upgrade-tests |
Hopefully existing shell lint issues will be fixed with #13971. |
Looking at the ambient runs here: https://github.com/knative/serving/actions/runs/5408789726/jobs/9828278368?pr=14103, it seems that:
|
Hmm.. I will fix the CI.
|
I'm ok adding ambient |
Thank you! |
This is ready. May I ask you to review this? |
@@ -103,7 +103,11 @@ function net_istio_file_url() { | |||
local profile="istio-ci-no-mesh" | |||
|
|||
if (( KIND )); then | |||
profile="istio-kind-no-mesh" | |||
if (( AMBIENT )); then |
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.
It seems we are getting a lot of env variations here (including the encryption stuff). WDYT about having the istio profile as a variable instead of having MESH
and AMBIENT
?
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.
Do you mean that adding the PROFILE
in test/e2e-common.sh
like?
--mesh)
readonly MESH=1
readonly PROFILE="istio-ci-mesh"
return 1
;;
--no-mesh)
readonly MESH=0
readonly PROFILE="istio-ci-no-mesh"
return 1
;;
If so, it sounds good to me. If you are okay, I would like to change it in another PR as it may fix #14182 (then need some more debug...).
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.
Or even add just one variable to the GH-actions with MESH_PROFILE
and then specify the profile directly there? I don't see much reason for the abstraction we have, as we only target MESH in the istio-case anyway.
Works for me to do it in a followup.
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
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: nak3, ReToCode 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 |
This patch demonstrates ambient profile knative-extensions/net-istio#1133 on KinD test.
This could be one of solutions for #11906