Helm dependency: Difference between revisions
Jump to navigation
Jump to search
Line 37: | Line 37: | ||
The command recreates [[Helm Chart requirements.lock|requirements.lock]]. If requirements.yaml changes, Helm will notice that the file changes and will update requirements.lock to reflect those changes. | The command recreates [[Helm Chart requirements.lock|requirements.lock]]. If requirements.yaml changes, Helm will notice that the file changes and will update requirements.lock to reflect those changes. | ||
For more details on how transitive dependencies are handled, see {{Internal|Helm_Dependencies#Transitive_Dependencies|Transitive Dependencies}} | For more details on how transitive dependencies are handled, see: {{Internal|Helm_Dependencies#Transitive_Dependencies|Transitive Dependencies}} |
Revision as of 17:20, 16 September 2019
External
Internal
Overview
The helm dependency command operates on requirements.yaml file, with the aim of maintaining the content of the charts/ subdirectory in sync with requirements.yaml. For an in-depth discussion on how Helm dependencies work, see:
Dependency Update
helm dependency update
helm dep up
When this command retrieves charts, it will store them as chart archives in the charts/ directory of the dependent chart:
helm dependency update postgresql-dynamic-dependency/
Hang tight while we grab the latest from your chart repositories...
...Unable to get an update from the "local" chart repository (http://127.0.0.1:8879/charts):
Get http://127.0.0.1:8879/charts/index.yaml: dial tcp 127.0.0.1:8879: connect: connection refused
...Successfully got an update from the "incubator" chart repository
...Successfully got an update from the "stable" chart repository
Update Complete.
Saving 1 charts
Downloading postgresql from repo https://kubernetes-charts.storage.googleapis.com
Deleting outdated charts
As result, postgresql-6.3.2.tgz is placed into the dependent chart's charts/ directory.
The command recreates requirements.lock. If requirements.yaml changes, Helm will notice that the file changes and will update requirements.lock to reflect those changes.
For more details on how transitive dependencies are handled, see: