diff options
author | Mike Elliott <mike.elliott@amdocs.com> | 2019-03-02 09:46:25 -0500 |
---|---|---|
committer | Mike Elliott <mike.elliott@amdocs.com> | 2019-03-02 10:07:37 -0500 |
commit | ac281bd0798ae7308402f4d19d537546d101afba (patch) | |
tree | f9cbbcc09f456226fa23bfab9da6b4c9d9bf5816 /kubernetes/so/charts/so-bpmn-infra/resources/config/overrides/override.yaml | |
parent | 93f9d973a1d09d6d8c99973d1c49dbbd0d826a56 (diff) |
Improve override usability
Currently when you deploy onap with no override file, the behavior is
to deploy everything. In order to deploy a subset of components, an
override file must contain all components and then disable the ones
you don't want. As we prepare to transfer helm chart ownership to the
teams, it will simplify the creation of project specific development
override files, if the default behavior for deploying onap was
reversed. Allowing override files to only contain the components
they care to enable (and configure) and ignore the rest as they
would be disabled by default.
From this point on, it will be necessary to use an override file
(as integration uses for testing) to enable all components. This
patch includes an onap-all.yaml override file that may be used for
this purpose.
helm deploy dev local/onap -f onap/overrides/onap-all.yaml
No configuration is part of this override. Its purpose is only to
enable the components and is intended to be used in combination with
other override files that provide environment specific configuration.
Change-Id: I4b74a3a8a35a178298af7205762e2aca7c65dda3
Issue-ID: OOM-1692
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
Diffstat (limited to 'kubernetes/so/charts/so-bpmn-infra/resources/config/overrides/override.yaml')
0 files changed, 0 insertions, 0 deletions