[Module catalogue improvements ] Extend Kyma CR module list with an explicit version #1589
Closed
3 tasks done
Labels
kind/feature
Categorizes issue or PR as related to a new feature.
Description
Note: This issue is just about API change, the change in the controller logic is expected to be implemented here
In order to support explicit module version, we need to add an optional
version
attribute to the Kyma CR module list.An example:
Use case 1 / existing: User wants to enable a module in their cluster with the default channel.
Use case 2 / existing: User wants to enable a specific channel of a module in their cluster.
Use case 3 / new: User wants to enable a specific version of a module in their cluster.
Reasons
We need this because users must be given an option to install a specific version of the module.
If the user wants to enable a specific module version, a ModuleTemplate CR corresponding to that version must exist in the control-plane.
Acceptance Criteria
version
attribute is to the module list in Kyma CR, which must be a semantic version.channel
orversion
is present - it is an error to provide bothchannel
must not be set tonone
Examples
Feature Testing
e2e test for the validation. Can be done with local EnvTest.
Testing approach
No response
Attachments
No response
Related issue(s)
#1590
The text was updated successfully, but these errors were encountered: