Radar reads the Helm release secrets directly from K8s (noDocumentation Index
Fetch the complete documentation index at: https://radarhq.io/docs/llms.txt
Use this file to discover all available pages before exploring further.
helm binary needed), so every release shows up automatically. From there you can see what’s running, diff revisions, upgrade, rollback, or uninstall.
What you see
The Helm view lists every release, scoped to namespace or cluster-wide:- Release name, namespace, chart, chart version, app version.
- Status (
deployed,pending,failed). - Revision number and last deploy time.
- Owning resources (Deployments / StatefulSets / etc. that the release manages).
- Resources - every K8s resource in this release, linked to its row in the resource browser.
- Values - the user-supplied values, side by side with the chart defaults.
- Manifest - the fully rendered manifest as Helm produced it.
- Notes - the chart’s
NOTES.txt. - History - all revisions with timestamps, descriptions, and a per-revision diff.
Diffs that read like git
Each revision shows a structured diff against the previous one:- Manifest diff - line-by-line YAML diff of the rendered manifests.
- Values diff - which values changed.
- Resource diff - which K8s resources were added / updated / deleted.
Upgrades, rollbacks, uninstalls
| Action | What Radar runs | RBAC needed |
|---|---|---|
| Upgrade with overrides | Helm release upgrade with new values | rbac.helm: true (broad write) |
| Rollback | Helm release rollback to a chosen revision | rbac.helm: true |
| Uninstall | Helm release delete | rbac.helm: true |
| Inspect | Read the release secret | Default RBAC |
--disable-helm-write (or run without rbac.helm) and the action buttons disappear; you still see everything.
Repository support
Radar shows installed releases regardless of where the chart came from - public repos, OCI registries, local archives, anything. There’s no “add repo” step in Radar; that’s a deploy-time concern. For upgrades, you can supply:- A new version of the same chart (Radar resolves it via the chart’s
home/urlsfrom the original install). - A different OCI reference.
- A local chart archive uploaded through the dialog.
Concurrent edits
If two operators try to upgrade the same release at the same time, Helm’s own lock (the releasepending-upgrade state) wins - Radar surfaces the conflict instead of silently overwriting. Failed upgrades show the failure reason and offer a one-click rollback.
See also
- Resource browser - every Helm-managed resource shows its release.
- GitOps (Flux & Argo) - if you’d rather manage Helm declaratively.
- In-cluster deployment -
rbac.helmopt-in.