removes prerelease tag from helm chart#2739
Conversation
|
Caution Review failedThe pull request is closed. ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (5)
📝 WalkthroughSummary by CodeRabbit
WalkthroughThis PR releases Helm chart version 2.1.1 with a behavioral change to governance virtual keys. The Changes
Estimated code review effort🎯 2 (Simple) | ⏱️ ~12 minutes Poem
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
|
Merge activity
|
🧪 Test Suite AvailableThis PR can be tested by a repository admin. |
Confidence Score: 5/5Safe to merge — the change is minimal, backward-compatible, and the template logic is correct. All findings are P2 style suggestions (truthiness vs. existence check for No files require special attention. Important Files Changed
Reviews (1): Last reviewed commit: "removes prerelease tag from helm chart" | Re-trigger Greptile |
| {{- range .Values.bifrost.governance.virtualKeys }} | ||
| {{- $vk := dict "id" .id "name" .name "value" .value }} | ||
| {{- $vk := dict "id" .id "name" .name }} | ||
| {{- if .value }}{{- $_ := set $vk "value" .value }}{{- end }} |
There was a problem hiding this comment.
Truthiness vs. existence check for
value
{{- if .value }} is falsy for any empty string, so a user who explicitly sets value: "" in their values.yaml will silently have the field omitted rather than passed to the backend. Using hasKey is a more precise guard if the intent is "omit only when the key is absent":
| {{- if .value }}{{- $_ := set $vk "value" .value }}{{- end }} | |
| {{- if hasKey . "value" }}{{- $_ := set $vk "value" .value }}{{- end }} |
For this specific field an empty string and an absent key have the same practical effect (backend auto-generates), so the current behaviour is acceptable — this is a minor suggestion for semantic clarity.
Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!
| created: "2026-04-15T18:00:00.000000+00:00" | ||
| description: A Helm chart for deploying Bifrost - AI Gateway with unified interface for multiple providers | ||
| digest: "" | ||
| home: https://www.getmaxim.ai/bifrost |
There was a problem hiding this comment.
The digest field for the new 2.1.1 entry (and several preceding entries) is an empty string. Helm repo clients use this SHA256 hash to verify the downloaded .tgz archive's integrity — leaving it blank disables that check. This is consistent with how the chart has been published since v1.4.1, so it isn't a regression introduced here, but it is worth regenerating index.yaml via helm repo index --merge against the real packaged tarballs so the digest field is populated correctly going forward.

Summary
Release Bifrost Helm chart version 2.1.1 with improved virtual key configuration flexibility. The
valuefield for virtual keys is now optional, allowing the backend to auto-generate virtual key values when not explicitly provided.Changes
bifrost.governance.virtualKeys[].valuefield optional in Helm templatesvaluefield only when presentvaluefield to be setType of change
Affected areas
How to test
Deploy the Helm chart with virtual keys configured both with and without the
valuefield:Screenshots/Recordings
N/A
Breaking changes
This change is backward compatible - existing configurations with explicit
valuefields will continue to work unchanged.Related issues
N/A
Security considerations
Auto-generated virtual key values should be cryptographically secure and generated by the backend service. The Helm chart no longer enforces explicit key values, delegating this responsibility to the application.
Checklist
docs/contributing/README.mdand followed the guidelines