Skip to content
Closed
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion helmfile/helmfile.yaml.gotmpl
Original file line number Diff line number Diff line change
Expand Up @@ -81,7 +81,7 @@ releases:
- values/base-api.yaml.gotmpl

{{ range .Values.sentinels }}
- name: {{ .name }}
- name: sentinel-{{ .name }}

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @ma-hill,
I was thinking about potential impact on (production) environments, if any, that already have used this helmfile.
Is the thinking that we are instructing end-users/partners to destroy the existing sentinels anyway when upgrading to 1.0.0? (openshift-hyperfleet/architecture#157).
So that is why we don't care about this renaming leaving the old resources orphaned and creating new ones?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Tip

nit — non-blocking suggestion

Category: Pattern

This renames the Helm release for all environments (e2e + kind + gcp), which means existing deployments will get orphaned releases under the old names. Consider adding a note under [Unreleased] in CHANGELOG.md:

### Changed

- Sentinel Helm release names now use `sentinel-` prefix (`sentinel-clusters`, `sentinel-nodepools`) to match e2e naming conventions — existing releases under the old names must be manually removed

namespace: {{ $.Values.namespace }}
chart: hyperfleet-sentinel/hyperfleet-sentinel
needs:
Expand Down