When updating zowe.yaml, user might think, that commenting/deleting a component will disable such component. This is not true anymore if such component is set in defaults. The default.yaml is "hidden" from the user point of view. Let's show this on the following example, where user will prepare config, which is different comparing to merged config:
components:
# User must (in this case) keep comp1 and disabled it
comp1:
enabled: false
comp2:
enabled: true
Bonus: This is valid for configmgr. For example, if zwe command is used in shell version, there might not be merged config and then the behavior will be different comparing to javascript version of the same command.
When updating
zowe.yaml
, user might think, that commenting/deleting a component will disable such component. This is not true anymore if such component is set in defaults. The default.yaml is "hidden" from the user point of view. Let's show this on the following example, where user will prepare config, which is different comparing to merged config:User's config
Defaults.yaml
Merged result
Solution
Bonus: This is valid for
configmgr
. For example, ifzwe
command is used inshell
version, there might not be merged config and then the behavior will be different comparing tojavascript
version of the same command.