oc login should avoid clobbering kubeconfig contexts
I maintainer di solito rispondono entro 1 giorno
Valutazione
Questa issue non è ancora stata valutata.
Descrizione
Default behavior of oc login https://openshift.example.com --username=thelonelyghost --password='hunter2' is to do the following:
- Setup a new (or if exists, update) cluster in the kubeconfig by the name of
openshift-example-com:443 - Setup a new (or if exists, update) user in the kubeconfig by the name of
thelonelyghost/openshift-example-com:443 - Setup a new (or if exists, update) context in the kubeconfig by the name of
default/openshift-example-com:443/thelonelyghost. - Set the current context to be
default/openshift-example-com:443/thelonelyghost
This is fine for initial setup, but periodically I'm forced to login again to refresh the bearer token stored in the user section of the kubeconfig. When I do that, I must run the same oc login command again. Here's the problem:
If I re-run that command, it clobbers any changes I've made to human-facing names of the cluster, the context, or the user that have zero functional effect on the file. If I renamed the default/openshift-example-com:443/thelonelyghost context to be more user-friendly, such as company-prod, logging in again adds an additional context of default/openshift-example-com:443/thelonelyghost back again. It does not update credentials in-place, it adds them if they're not named exactly what is expected.
I've written a tool in python named oc-replacement to re-authenticate in-place as I desire, but it would be much more desirable for this to be default behavior or even an option with the oc command line tool.
- Lingua principale
- Go
- Stelle
- 250
- Fork
- 491
- Merge medio
- 9g 3h
- PR unite (30g)
- 10
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di openshift/oc
-
tide/merge-blocker
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 1/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
openshift/oc#2443 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Context completion panics in ListContextsInConfig, including oc 4.22.15Forse già presa @NewtonChutney l’ha presa 24 giorni fa. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
openshift/oc#2424 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
kind/bug priority/important-soon
Difficoltà 4/5 3-5 giorni Idoneità per principianti 58/100
openshift/oc#2393 · 4 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di openshift/oc
Issue simili
-
[Bug]: Anthropic Responses converter forwards empty text blocks, upstream rejects with 400Forse già presa @david-choi-querypie l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
area:web p3
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Lets-Parley/Parley#912 ·
I maintainer di solito rispondono entro 1 giorno
-
bug observability
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
sagar2395/snowopslabs#164 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
Git-Hospital/githealthcheck#61 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
afreidah/s3-orchestrator#1824 ·
I maintainer di solito rispondono entro 1 giorno