17 Commits (c261d0655cde6cf0f83c0863f80aa6161b34ba9e)

Author	SHA1	Message	Date
Matt Farina	25371e2f0d	Fixing precedence issue with the import of values. ... The ordering should be: 1. User specified values (e.g CLI) 2. Parent chart values 3. Imported values 4. Sub-chart values This enables parnet charts to import large set of values from a child and then override select values. This change is needed for backwards compatibility. Fixes #12460 Signed-off-by: Matt Farina <matt.farina@suse.com>	1 year ago
Matt Farina	e8a748d300	Updated per feedback from gjenkins8 ... Signed-off-by: Matt Farina <matt.farina@suse.com>	1 year ago
Matt Farina	0a5148faff	Fix multiple bugs in values handling ... First, some notes about priority and how some code flow works. For Helm handling values, the expected order of precidence is: 1. User specified values (e.g CLI) 2. Imported values 3. Parent chart values 4. Subchart values Helm handles dependency values slightly differently. If there are dependencies in the charts folder that are not marked as dependencies all of the values, including nil values, are pulled in. If those charts are listed as a dependency in the Chart.yaml file than they are processed for import handling. Prior to the changes here, it caused nil values at the top level to NOT remove values specified. The changes: 1. The order of priority was chagned from the list above. Parnet chart values would override specifically imported values. This is due to a change from just over a year ago that introduced a bug. That was undone by changing the precidence when maps were merged. 2. To handle merging while retaining the nil values, which was causing inconsistent behavior, a new set of Merge functions were introduced. These functions are just like coalesce except that they DO NOT remove nil/null values. The new functions are used in a backward compatible manner meaning some new functions were introduced that called them. Specific issues fixed (that are known): Closes #9027 Can now delete subkeys from charts when specified in the parent. This behavior was previously inconsistent. Sometimes they could be deleted and other times it did not work. Now it is consistent. Closes #10899 Imported values (from library or other subcharts) are now used following the order above. The previous behavior was inconsistent. import-values using just a string would import them. When named with a child/parent it did not work if the parent already had a value. If string and named were mixed the imports worked if the string happened first but just for the string not the named. If the named parent/child went first then none of them worked for cases where the parent already had a value. It was inconsistent and the tests sometimes mirrored the functionality rather than expected behavior. Tests for this fall into the sub-packages and are in the template tests to verify it's happening in the output. Including having values passed at the CLI as the ultimate highest priority to be used. This relates to a fix that went in for #9940. The expected values there don't fit the precedence above where the parent value would override the imported value. That fix/change introduced more bugs. Closes #10052 This is the case where imported values using the parent/child designation just didn't work right. That has been fixed and there are tests. The underlying issue had to do with the precedence order handling. Note, a lot of tests were added. Hope we got it more right this time. Signed-off-by: Matt Farina <matt.farina@suse.com>	2 years ago
Aram Zegerius	4b49f356a9	Add tests for multi-level dependencies. ... Closes #9940 Signed-off-by: Aram Zegerius <aram@zegeri.us> Signed-off-by: Ankita Bhopatkar <ankitabhopatkar13@gmail.com>	3 years ago
Josh Soref	2bf8fdf45d	chore: Spelling (#9410) ... * spelling: annotate Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: asserts Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: behavior Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: binary Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: contain Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: copied Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: dependency Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: depending Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: deprecated Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: doesn't Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: donot Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: github Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: inputting Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: iteration Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: jabberwocky Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: kubernetes Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: length Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: mismatch Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: multiple Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: nonexistent Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: outputs Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: panicking Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: plugins Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: parsing Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: porthos Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: regular Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: resource Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: repositories Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: something Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: strict Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: string Signed-off-by: Josh Soref <jsoref@users.noreply.github.com> * spelling: unknown Signed-off-by: Josh Soref <jsoref@users.noreply.github.com>	4 years ago
Aayush Joglekar	babc8c9a70	Add remaining tests in TestDependentChartAliases ... Signed-off-by: Aayush Joglekar <aayushjog@gmail.com>	4 years ago
Florian Hopfensperger	d03db32c25	fixed dependencies processing in case of helm install or upgrade for disabled/enabled sub charts ... Signed-off-by: Florian Hopfensperger <f.hopfensperger@gmail.com>	5 years ago
Matt Farina	9bc7934f35	Updating the module for v3 as the major version ... Signed-off-by: Matt Farina <matt@mattfarina.com>	5 years ago
Matthew Fisher	37f7cc0851	Merge pull request #4917 from derkoe/dev-v3-fix-requirement-condition ... fix(pkg/chartutil): conditions for alias and umrella charts (#3734)	5 years ago
Taylor Thomas	c9c95ea148	ref(*): Moves packages to internal ... These packages are generally used only for logic inside of Helm and can later be re-exported as needed Signed-off-by: Taylor Thomas <taylor.thomas@microsoft.com>	5 years ago
Adam Reese	e458a67f0c	ref(pkg/chart): add validation method to chart ... Consolidate validation of Chart.yaml. Signed-off-by: Adam Reese <adam@reese.io>	6 years ago
Adam Reese	895e9192d4	feat(*): use vanity import helm.sh/helm ... Signed-off-by: Adam Reese <adam@reese.io>	6 years ago
Adam Reese	849f27d11f	ref(pkg/engine): make template specific functions private ... Make template specific functions private to ensure they not misused and make unit tests simpler. We may export the template helpers later if needed. This lays the foundation for the new chart pipeline. Signed-off-by: Adam Reese <adam@reese.io>	6 years ago
Matthew Fisher	95c865513f	fix appveyor builds (#4934) ... Signed-off-by: Matthew Fisher <matt.fisher@microsoft.com>	6 years ago
Christian Koeberl	62533e2b0e	fix(pkg/chartutil): conditions for alias and umrella charts (#3734) ... Enable to use charts with dependencies that have conditions (e.g. in umbrella charts). Allow aliases for dependencies that have dependencies with conditions. Closes #3734 Signed-off-by: Christian Koeberl <christian.koeberl@gmail.com>	6 years ago
Adam Reese	6fc8c9e079	ref(pkg/chartutil): simplify chart dependency unit tests ... - simplify unit tests - refactor typed errors - unexport internal functions Signed-off-by: Adam Reese <adam@reese.io>	6 years ago
Adam Reese	85aef0d3d7	ref(pkg/chart): rename Requirements to Dependencies ... Signed-off-by: Adam Reese <adam@reese.io>	6 years ago