Finish removing `kubectl get all` about kubernetes HOT 8 OPEN

This issue is currently awaiting triage.

If a SIG or subproject determines this is a relevant issue, they will accept it by applying the triage/accepted label and provide further guidance.

The triage/accepted label can be added by org members by writing /triage accepted in a comment.

from kubernetes.

This is definitely a kubectl issue
/transfer kubectl

from kubernetes.

Oops, I didn't see that the kubectl maintainers requested tracking it elsewhere.
/transfer kubernetes

from kubernetes.

/sig architecture
I guess

from kubernetes.

Are we sure that kubectl couldn't, on its own, first deprecate and then drop support for kubectl get all? Perhaps with some special-case handling?

from kubernetes.

/retitle Finish removing kubectl get all

from kubernetes.

@brianpursley and @ardaguclu have said in kubernetes/kubectl#1584 that this is not possible in kubectl, so I will leave it to them to describe the rationale.

from kubernetes.

Please, if people haven't already, read the original issue discussion for important context that answers many of the questions being asked.

That issue in k/kubectl was opened a long time ago, and since then (in part due to the issue), kubectl help and docs have been improved, to remove mention of kubectl get all as something that should be used, so it is not like nothing has been done at all from SIG-CLI's side. It's just that this problem is larger than just kubectl.

Are we sure that kubectl couldn't, on its own, first deprecate and then drop support for kubectl get all? Perhaps with some special-case handling?

It's not about kubectl "supporting" kubectl get all... the word "all" is an argument supplied by the user, not a keyword in kubectl. Yes, technically code could be written to detect this argument and block it, but I think it would be unprecedented for kubectl to do something like that, given that "all" is a category that exists in the API.

Besides, the "all" category is visible when you do kubectl api-resources, so it is more that just kubectl get that acknowledges the existence of a category called "all":

~ $ kubectl api-resources --categories=all -o wide
NAME                       SHORTNAMES   APIVERSION       NAMESPACED   KIND                      VERBS                                                        CATEGORIES
pods                       po           v1               true         Pod                       create,delete,deletecollection,get,list,patch,update,watch   all
replicationcontrollers     rc           v1               true         ReplicationController     create,delete,deletecollection,get,list,patch,update,watch   all
services                   svc          v1               true         Service                   create,delete,deletecollection,get,list,patch,update,watch   all
daemonsets                 ds           apps/v1          true         DaemonSet                 create,delete,deletecollection,get,list,patch,update,watch   all
deployments                deploy       apps/v1          true         Deployment                create,delete,deletecollection,get,list,patch,update,watch   all
replicasets                rs           apps/v1          true         ReplicaSet                create,delete,deletecollection,get,list,patch,update,watch   all
statefulsets               sts          apps/v1          true         StatefulSet               create,delete,deletecollection,get,list,patch,update,watch   all
horizontalpodautoscalers   hpa          autoscaling/v2   true         HorizontalPodAutoscaler   create,delete,deletecollection,get,list,patch,update,watch   all
cronjobs                   cj           batch/v1         true         CronJob                   create,delete,deletecollection,get,list,patch,update,watch   all
jobs                                    batch/v1         true         Job                       create,delete,deletecollection,get,list,patch,update,watch   all

Regardless, kubectl isn't the only tool that interacts with the API, so any deprecation or removal, if it is decided to do that, should occur at the API level.

from kubernetes.