Closed Rozzii closed 5 months ago
/test metal3-centos-e2e-integration-test-release-1-7 /test metal3-dev-env-integration-test-ubuntu-main
Alternatively, we could use release-0.x
tag of the container image and Git branch both?
/test metal3-centos-e2e-integration-test-release-1-7 /test metal3-dev-env-integration-test-ubuntu-main
Alternatively, we could use
release-0.x
tag of the container image and Git branch both?
In capm3 e2e we could overwrite these as that is a test / ci use-case , but in dev-env imo the idea is to deploy the supported releases by default so in dev-env I would go the way I did.
/test metal3-centos-e2e-integration-test-release-1-7 /test metal3-dev-env-integration-test-ubuntu-main
[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: kashifest
The full list of commands accepted by this bot can be found here.
The pull request process is described here
/test metal3-centos-e2e-integration-test-release-1-7 /test metal3-dev-env-integration-test-ubuntu-main
/test metal3-centos-e2e-integration-test-release-1-7
This commit:
The reason is that in case BMO release branch HEAD is used together with a specific BMO container image release tag in the same deployment, there is a chance that a e.g. some patch could introduce CRD misalignment between the unchanged container image and the moving release branch head thus causing BMO operations or even BMO bootstrapping to fail.