Allow for existing Secrets instead of passing through the values.yaml
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 38/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- helm
- Domain
- devops
Research direction
Start by inspecting values.yaml and the Helm chart's secret handling. Determine how Redis and agent secrets are currently passed through the values, then define the chart configuration needed to use existing secrets instead. Done means installations can reference existing secrets without requiring their values in values.yaml.
Written by the indexing model from the issue text.
Description
Could we disable secrets from the helm chart so we don't need to include redis secrets or the agent secret?
- Dominant language
- Mustache
- Stars
- 0
- Forks
- 2
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from harness/gitops-helm-byoa
-
Difficulty 2/5 1-3 hours Newbie friendliness 55/100
harness/gitops-helm-byoa#14 ·
All issues in harness/gitops-helm-byoa
Similar issues
-
kind/bug Ubuntu 24
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
kubernetes-sigs/kubespray#13532 ·
-
Needs Design Priority: Wishlist
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
elementary/flatpak-platform#253 ·
-
tagbot-manual
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100