一个ks kubectl工具的想法：命令别名

lan-liang

这个想法是之前就已经有了，但是由于我的时间安排问题，一直在实现上没有太大的进展，因此将这个想法公布出来，欢迎有兴趣的同学参与讨论/认领实现。

同时也希望KubeSphere社区官方在可行性上，feature是否接受上发表一些意见 🙂

当前可以在控制台通过以下图的两个入口进入到装有kubectl的命令行窗口,而在实际使用中使用kubectl时经常会将命令设置为别名k,我已经见过几个人这样操作(包括我自己), 同时我还会设置一下其他别名，

例如：

alias kpa='kubectl get pods --all-namespaces'
alias kpk='kubectl get pods -n kube-system'
alias kpd='kubectl get pods '
alias k='kubectl'

因此如果ks控制台上打开的shell窗口如果也能够设置别名就能更好符合个人使用习惯，当前每次打开shell窗口后可以手动设置一下别名，但是当下次重新打开shell窗口时上次设置的别名不再存在了，因此如果能够将这部分持久化就很好了。

一个简单的想法是可以将这部分内容存储在ConfigMap，在控制台的"配置中心"进行对配置进行新增修改。

欢迎留下你的意见

hongming

lan-liang

非常好的建议,通过configmap进行持久化自定义的配置是个好想法. 就目前而言 kubectl terminal 里可以用 bash, 你可以把 alias 写到 ~/.bashrc , 还有 kubectl autocompletion, kubectl 的 pod 在不重启的情况下, 这些自定义的配置都是会被保存下来的.

Rick

我在这方面也做过一些探索，我们从多个角度来考虑这个问题：
从产品的角度来讲，设计一个相对通用的功能会比较好一点，例如：动态加载配置文件（.bashrc，maven的settings.xml）等。除此之外，还需要考虑类似安全的问题，动态加载文件是否会导致命令注入等风险。
另外，这个功能点非常好，但已经相对来说比较细致了。如果还需要用户来配置某个cm，或者有个菜单、按钮之类的，怎么可以做到简洁地让用户了解到有这个功能，以及如何使用也是需要考虑的。

从kubectl使用的角度来想，确实有一些操作是相对频繁的，此时，我们肯定更希望能够输入更少的字符，更快地达到我们的目的。这个方面我做过一些尝试和实践。鉴于大部分ks的用户还是会在ks上做很多和ks相关的操作，我写了一个简单的命令行来简化部分工作 https://github.com/LinuxSuRen/ks

例如：

kubectl ks com log apiserver
kubectl ks com enable devops

另外，kubectl 是支持插件的，我们可以考虑把部分高频使用的、经过一定考验的插件作为默认加载。

欢迎👏留言进行更多的讨论、探讨。