What Is New in Helm 3.4?
| Category | Highlights |
|---|---|
| Repository handling |
|
| CLI enhancements |
|
| Linting & validation |
|
| Security / signing |
|
| Bug fixes |
|
Which areas got the biggest updates in Helm 3.4?
Repository handling
Helm now treats the historic stable and incubator chart repos as archived locations. When a user references the old URL, Helm prints a clear migration hint and points to the new archive. This prevents silent failures when the upstream index disappears.
CLI usability
The addition of --show-descriptions to helm status and --time-format to helm list gives operators more control over output without needing external tooling. In practice, teams can script Helm output directly into dashboards or alerts.
Chart quality checks
helm lint now validates dependency declarations and enforces a maximum name length. Early detection of these issues reduces failed releases and keeps CI pipelines fast.
Security & signing
Passing a signing passphrase from a file or stdin makes automated CI/CD signing more secure, avoiding hard‑coded secrets in scripts.
For a quick start with the new version, see the Helm Quickstart Guide.
FAQ
How do I migrate from the old stable/incubator repo?
Run helm repo add with the new archive URL; Helm will automatically warn you if you still reference the legacy URL.
Can I customize timestamps in helm list?
Yes, use helm list --time-format "2006-01-02 15:04:05" to specify any Go time layout.
What does the --show-descriptions flag do?
It prints the description field from the release’s notes alongside the status output, giving more context without opening the full notes.
Will helm lint fail my CI if a chart has a long name?
Starting with 3.4, any release name exceeding Helm’s length limit triggers a lint error, so you should keep names concise.
How can I sign a chart without exposing the passphrase?
Store the passphrase in a protected file or pipe it via stdin and invoke Helm with --sign --key mykey --pass-phrase-file /path/to/file.