Age | Commit message (Collapse) | Author | Files | Lines |
|
Issue-ID: OOM-1959
Change-Id: I835be9a5eccf72e8e6534da1e5090f21d10c7a5a
Signed-off-by: Brian Freeman <bf1936@att.com>
|
|
The modeling generic parser needs to be enabled in general override
file onap/overrides/onap-all.yaml
Issue-ID: MODELING-175
Signed-off-by: Tomáš Levora <t.levora@partner.samsung.com>
Change-Id: Ia175145b2c9a3c4ca4da1fe8cbf119b41fc9782a
|
|
Change-Id: Ibe57c857b4d9367b77878757821c2e9c44c61a7b
Issue-ID: OOM-1598
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
|
|
Change-Id: I2a0428bfec238231b299c9f35364979b116a5d67
Issue-ID: OOM-1598
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
|
|
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>
|