coder-logstream-kube deployment naming conflict

Aperta Adatta ai principianti
#255 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
68/100
Tipo di issue
Funzionalità
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
go, helm, kubernetes
Ambito
devops, tooling

Direzione di ricerca

Inizia leggendo il commit collegato nell’issue per capire come viene ricavato il nome del deployment, quindi esamina i template e i valori del chart Helm per individuare i nomi RBAC configurabili esistenti. Aggiungi un nome del deployment configurabile o nameOverride coerente con le convenzioni del chart. Il risultato è raggiunto quando il templating congiunto di coder e coder-logstream-kube non genera più due deployment chiamati coder.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Hey, we are using a wrapper chart to deploy Coder and coder-logstream-kube. Therefore, the release name of both is coder, which leads to a conflict in the name of the deployment in the new version, as https://github.com/coder/coder-logstream-kube/commit/500d0d50c40e0b3d6ced56167bce80a49d76ad44 changed the name of the deployment to the name of the release. Would it be possible, to support something like a nameOverride in coder-logstream-kube, to prevent the naming conflict and keep the deployment of Coder itself as coder or make the name of the deployment configurable as for the RBAC resources?

To reproduce:

  1. Create a Helm chart with coder and coder-logstream-kube as dependency charts
  2. Deploy or template the chart -> leads to 2 deployment with the name coder
Lingua principale
Go
Stelle
28
Fork
9
Merge medio
7g 11h
PR unite (30g)
6

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di coder/coder-logstream-kube

Tutte le issue di coder/coder-logstream-kube

Issue simili

Altre issue su Go

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.