Closed viccuad closed 4 years ago
Thanks! We can postpone this if it's going to create conflicts; the only functionality change is taking out the default stack setting to cflinuxfs3.
The change from make scf*
to make kubecf*
is cosmetic, as SCF_OPERATOR=true make scf*
is aliased to make kubecf*
in catapult directly.
For the rest of scf references, I would separate them in internal to catapult (the name of scf-config-values.yaml and chart folders inside of buildfolder
etc) and external, such as all the SCF_*
env vars.
The first ones can be refactored transparently out of the pipeline. For the latter ones I would prefer to add aliases like KUBECF_* := SCF_*
or CF_*
, so people don't have breakages and don't need to relearn the UI until a catapult v2.
Thanks! We can postpone this if it's going to create conflicts; the only functionality change is taking out the default stack setting to cflinuxfs3.
The change from
make scf*
tomake kubecf*
is cosmetic, asSCF_OPERATOR=true make scf*
is aliased tomake kubecf*
in catapult directly.For the rest of scf references, I would separate them in internal to catapult (the name of scf-config-values.yaml and chart folders inside of
buildfolder
etc) and external, such as all theSCF_*
env vars. The first ones can be refactored transparently out of the pipeline. For the latter ones I would prefer to add aliases likeKUBECF_* := SCF_*
orCF_*
, so people don't have breakages and don't need to relearn the UI until a catapult v2.
We can discuss this in catapult meeting.
Closing since https://github.com/SUSE/cap/pull/27 got in.
This PR:
make scf*
tomake kubecf*