fix: sort provider secrets and weaviate env vars alphabetically for deterministic Helm rendering#3621
Conversation
|
Warning Rate limit exceeded
You’ve run out of usage credits. Purchase more in the billing tab. ⌛ How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our FAQ for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (3)
📝 WalkthroughWalkthroughThree Helm deployment templates are updated to iterate over map keys in sorted alphabetical order rather than using direct map traversal. This ensures deterministic, consistent ordering of environment variables and provider secrets in rendered manifests across the deployment, stateful, and weaviate-deployment templates. ChangesDeterministic Map Iteration for Environment Variables and Secrets
Estimated code review effort🎯 2 (Simple) | ⏱️ ~8 minutes Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
Warning This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
This stack of pull requests is managed by Graphite. Learn more about stacking. |
46fbf6e to
da12406
Compare
8815e31 to
11715a3
Compare
Confidence Score: 5/5Safe to merge — the change is a mechanical, well-scoped refactor of three Helm range loops with no functional side effects. All three templates apply the standard No files require special attention. Important Files Changed
Reviews (4): Last reviewed commit: "chore: sort keys to avoid unneccessary k..." | Re-trigger Greptile |
da12406 to
2dffd87
Compare
4faf3e1 to
08770b6
Compare
2dffd87 to
4ea46e8
Compare
4ea46e8 to
1f323bc
Compare
08770b6 to
1ae5ae6
Compare

Summary
Helm chart templates that iterate over maps (provider secrets and Weaviate env vars) were producing non-deterministic ordering, which causes unnecessary diff noise and potential reconciliation churn in GitOps workflows. This change enforces alphabetical ordering when ranging over these maps.
Changes
deployment.yamlandstateful.yamlnow iterate overproviderSecretskeys sorted alphabetically before looking up each valueweaviate-deployment.yamlnow iterate overenvkeys sorted alphabetically before looking up each valueType of change
Affected areas
How to test
Render the Helm templates and verify that environment variables appear in a consistent, alphabetically sorted order across multiple renders:
Run the render multiple times and confirm the output is identical each time, with env vars appearing in alphabetical order.
Breaking changes
Related issues
Security considerations
No security implications. This change only affects the ordering of environment variable declarations in rendered Kubernetes manifests.
Checklist
docs/contributing/README.mdand followed the guidelines