"oc config use-context" should complete contexts
Los mantenedores suelen responder en 1 día
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Empieza localizando la definición de autocompletado del shell para __custom_func y los handlers existentes de oc config use-context y rename-context. Compara los helpers disponibles de kubectl para el autocompletado de contextos y ten en cuenta el problema de dependencias descrito en el issue. Se considera terminado cuando oc config use-context ofrece candidatos de contexto sin producir un error de comando inexistente.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
kubectl config use-context can complete contexts. oc config use-context cannot. Being able to complete contexts would be quite helpful in its own right, but especially so since oc login clobbers kubeconfig contexts while simultaneously oc breaks kubectl's ability to complete contexts.
One way to accomplish this would be to piggy-back kubectl's context completion by adding.
oc_config_use-context | oc_config_rename-context)
__kubectl_config_get_contexts
return
;;
to __custom_func, and optionally
flags_with_completion+=("--context")
flags_completion+=("__kubectl_config_get_contexts")
after every
flags+=("--context=")
The downside to that approach is the dependency on kubectl completion, without which you get something like
$ oc config use-context <tab>__kubectl_config_get_contexts: command not found
oc create clusterrolebinding already delegates to __kubectl_get_resource_clusterrule so there is precedence, however, I'd personally consider contexts to be a far more prominent concept than cluster role bindings.
In a similar vein, clusters and users could be completed with __kubectl_config_get_clusters and __kubectl_config_get_users.
An even simpler way to resolve this is to resolve #371 and declare these completions outside of oc's scope.
- Lenguaje dominante
- Go
- Estrellas
- 250
- Forks
- 485
- Merge medio
- 9 d 3 h
- PR fusionados (30 d)
- 10
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de openshift/oc
-
tide/merge-blocker
Dificultad 1/5 Menos de una hora Aptitud para principiantes 1/100
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
openshift/oc#2443 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Context completion panics in ListContextsInConfig, including oc 4.22.15Posiblemente ocupada @NewtonChutney la tomó hace 19 días. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 38/100
openshift/oc#2424 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
kind/bug priority/important-soon
Dificultad 4/5 3-5 días Aptitud para principiantes 58/100
openshift/oc#2393 · 4 comentarios ·
Los mantenedores suelen responder en 1 día
Todos los issues de openshift/oc
Issues similares
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 61/100
Los mantenedores suelen responder en 1 día
-
stage-fail
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100
siyuan-note/bazaar#2405 ·
Los mantenedores suelen responder en 1 día
-
bug priority: high workstream:cache
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
rossoctl/context-guru#707 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 73/100
prime-radiant-inc/evener#5028 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día