Skip to content

Detect and surface newer Helm chart versions on ClusterSummary - #772

Merged
gianlucam76 merged 1 commit into
projectsveltos:mainfrom
gianlucam76:newer-helm-chart-versions
Jul 20, 2026
Merged

Detect and surface newer Helm chart versions on ClusterSummary#772
gianlucam76 merged 1 commit into
projectsveltos:mainfrom
gianlucam76:newer-helm-chart-versions

Conversation

@gianlucam76

Copy link
Copy Markdown
Member

Sveltos now checks, on a periodic background pass, whether a deployed Helm chart (sourced from an HTTP repository or OCI registry) has a newer version published upstream. Separately, whether a newer patch release exists within the same major/minor line. This is detection only: chartVersion in the ClusterProfile/Profile is never touched automatically; if you want to move to a newer version you still update it yourself.

The result is reported directly on the ClusterSummary that owns the release, alongside the chart identity Sveltos already resolved at deploy time (chartName, repositoryName, repoURL).So it's visible per cluster. latestVersion/latestPatchVersion are only ever populated when something genuinely newer exists; lastCheckedTime advances on every successful check regardless of outcome, so a chart that's confirmed up to date is distinguishable from one that simply hasn't been checked yet.

If a chart gets redeployed to a newer version between periodic checks, any stale "you're behind" info from before that deploy is cleared immediately rather than waiting up to a full check interval to self-correct.

Sveltos now checks, on a periodic background pass, whether a deployed Helm
chart (sourced from an HTTP repository or OCI registry) has a newer version
published upstream. Separately, whether a newer patch release exists within
the same major/minor line. This is detection only: chartVersion in the
ClusterProfile/Profile is never touched automatically; if you want to move to a
newer version you still update it yourself.

The result is reported directly on the ClusterSummary that owns the release,
alongside the chart identity Sveltos already resolved at deploy time (chartName,
repositoryName, repoURL).So it's visible per cluster.
latestVersion/latestPatchVersion are only ever populated when something genuinely
newer exists; lastCheckedTime advances on every successful check regardless of outcome,
so a chart that's confirmed up to date is distinguishable from one that simply hasn't
been checked yet.

If a chart gets redeployed to a newer version between periodic checks, any stale
"you're behind" info from before that deploy is cleared immediately rather than
waiting up to a full check interval to self-correct.
@gianlucam76
gianlucam76 merged commit 2e73330 into projectsveltos:main Jul 20, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant