-
Notifications
You must be signed in to change notification settings - Fork 101
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
⚠️ Remove v1alpha5 API Version #1525
Conversation
21594e7
to
800fbe7
Compare
/test-centos-e2e-integration-main |
/test-centos-e2e-integration-main @adilGhaffarDev @mboukhalfa which other tests should I run ? |
/test-ubuntu-features-main |
/test-ubuntu-e2e-feature-main |
/test-e2e-upgrade-main-from-release-1-6 |
seems not triggered 🙅 |
/hold There are more places in e2e where we need to drop alpha api |
If we want to add the new clusterctl upgrade tests( |
ok interesting, I was following this, kubernetes-sigs/cluster-api#9939. Are you sure that we are going to test ( The reason I started to work on this now is when I bump to CAPI
|
In CAPI they moved alpha APIs to an internal folder, they removed it from the API folder that is on root. |
800fbe7
to
9bb3d2e
Compare
/test-centos-e2e-integration-main |
1 similar comment
/test-centos-e2e-integration-main |
/test-ubuntu-e2e-feature-main |
9bb3d2e
to
dea3454
Compare
/test-centos-e2e-integration-main |
dea3454
to
9a53d2a
Compare
/test-centos-e2e-integration-main |
1 similar comment
/test-centos-e2e-integration-main |
/test-ubuntu-e2e-integration-main |
/test-ubuntu-integration-main |
/test-ubuntu-e2e-feature-main |
/test-ubuntu-integration-main |
/test-e2e-upgrade-main-from-release-1-6 |
/test-e2e-upgrade-main-from-release-1-6 |
/test-ubuntu-integration-main |
/test-e2e-upgrade-main-from-release-1-6 |
/override test-ubuntu-e2e-feature-main |
@kashifest: Overrode contexts on behalf of kashifest: test-ubuntu-e2e-feature-main In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/hold cancel |
/cc @furkatgofurov7 |
Signed-off-by: Kashif Khan <[email protected]>
9a53d2a
to
79d1d93
Compare
/test-centos-e2e-integration-main |
1 similar comment
/test-centos-e2e-integration-main |
os.Setenv("CAPI_VERSION", "v1beta1") | ||
os.Setenv("CAPM3_VERSION", "v1beta1") |
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.
Wondering if this needed I think in the previous we were overriding the v1beta1 with v1alpha5
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.
also overriding the format is in line 283
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 dont think I understood your 2nd comment , if these vars are not needed, we need to do cleanup 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.
ok
@@ -39,7 +39,7 @@ providers: | |||
- name: kubeadm | |||
type: BootstrapProvider | |||
versions: | |||
- name: ${CAPI_FROM_RELEASE} # latest published release in the v1alpha4 series; this is used for v1alpha4 --> v1beta1 clusterctl upgrades test only. | |||
- name: ${CAPI_FROM_RELEASE} |
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 can't directly comment on the line, but what I am not understanding is why this is so much complicated rather then just using hardcoded values for CAPI_FROM and CAP_TO releases. That is not my main question though, but it is this line:
files:
- sourcePath: "../data/shared/${CAPI_FROM_RELEASE:0:4}/metadata.yaml"
how it used to work AND will work as is? you have v0.4
, v1.2
, v1.3
, v1.4
, v1.5
, v1.6
folders under data/shared
folders and script does sub string extraction to set CONTRACT_FROM, but how they are related to each other? I mean v0.4 is not the contract but CAPM3 minor version, contract should be v1alpha4/v1beta1, no?
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 agree this is hard to follow and confusing as well. We have another PR where we are hardcoding these values for simplifications, #1465, as for how it works, @mboukhalfa can clarify more, we are exporting CAPI_TO_RELEASE
inherits its value from CAPIRELEASE
which is set in dev-env. I think I have to also do a cleanup of the line you pointed out.
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.
that line is extract the the minor release and removing the patch chars to set the correct path based on the release exported in dev-env
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: mboukhalfa 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 |
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
Remove the v1alpha5 version across the CAPM3 codebase.
Related to #971