-
Task
-
Resolution: Done
-
Critical
-
3.2.0.GA
-
False
-
None
-
False
As seen in CRW-3177, it's possible to:
- accidentally include quay.io/devspaces/ images in the registries, and therefore in the CSV's relatedImages list (eg., quay.io/devspaces/udi-rhel8:3.1 instead of registry.redhat.io)
- accidentally include the wrong version of images in the registries, and therefore in the CSV's relatedImages list (eg., quay.io/devspaces/code-rhel8:3.2 in the 3.1 registry)
We should add some sort of gate/check that says:
- if we have any refs to quay.io/devspaces/ images, in the list of related_images.txt or CSV for a stable-branch build (3.1, not 3.x), or
- if we have any refs to devspaces images for a future/mismatched version, in the list of related_images.txt or CSV for a stable-branch build (eg., :3.2 in the 3.1 branch),
... then BREAK the all three of the registry (plugin, devvile) and bundle image builds
That way forgotten changes or accidental cherrypicks-gone-wrong won't cause problems like we've seen in CRW-3177.
- is related to
-
CRW-3177 Devspaces operator install strategy failed: 'Deployment.apps "devspaces-operator" is invalid: [spec.template.spec.containers[0].env[24].name: Required value'
- Closed
-
CRW-3275 DS 3.2.0 installation failed because Deployment.apps "devspaces-operator" was invalid
- Closed
- relates to
-
CRW-3429 plugin registry external_images.txt refer to quay.io (not reg.rh.io)
- Closed
-
CRW-3157 verify new startup commits are pushed when branches are created
- Closed
- links to
- mentioned on