命令行:增强版
我不确定有多少 Web 开发者能完全避免使用命令行。就我来说,我从 1997 年上大学就开始使用命令行了,那时的 l33t-hacker 让我着迷,同时我也觉得它很难掌握。
过去这些年我的命令行本领在逐步加强,我经常会去搜寻工作中能用的更好的命令行工具。下面就是我现在使用的用于增强原有命令行工具的列表。
怎么忽略我所做的命令行增强
通常情况下我会用别名将新的增强的命令行工具覆盖原来的命令(如 cat
和 ping
)。
如果我需要运行原来的命令的话(有时我确实需要这么做),我会像下面这样来运行未加修改的原始命令。(我用的是 Mac,你的用法可能不一样)
1 |
|
bat > cat
cat
用于打印文件的内容,如果你平时用命令行很多的话,例如语法高亮之类的功能会非常有用。我首先发现了 ccat 这个有语法高亮功能的工具,然后我发现了 bat,它的功能有语法高亮、分页、行号和 git 集成。
bat
命令也能让我在(多于一屏的)输出里使用 /
搜索(和用 less
搜索功能一样)。
我将别名 cat
指到了 bat
命令:
1 |
|
prettyping > ping
ping
非常有用,当我碰到“糟了,是不是 X 挂了?/我的网不通了?”这种情况下我最先想到的工具就是它了。但是 prettyping
(“prettyping” 可不是指“pre typing”)在 ping
的基础上加了友好的输出,这可让我感觉命令行友好了很多呢。
我也将 ping
用别名链接到了 prettyping
命令:
1 |
|
fzf > ctrl+r
在终端里,使用 ctrl+r
将允许你在命令历史里反向搜索使用过的命令,这是个挺好的小技巧,尽管它有点麻烦。
fzf
这个工具相比于 ctrl+r
有了巨大的进步。它能针对命令行历史进行模糊查询,并且提供了对可能的合格结果进行全面交互式预览。
除了搜索命令历史,fzf
还能预览和打开文件,我在下面的视频里展示了这些功能。
为了这个预览的效果,我创建了一个叫 preview
的别名,它将 fzf
和前文提到的 bat
组合起来完成预览功能,还给上面绑定了一个定制的热键 ctrl+o
来打开 VS Code:
1 |
|
htop > top
top
是当我想快速诊断为什么机器上的 CPU 跑的那么累或者风扇为什么突然呼呼大做的时候首先会想到的工具。我在生产环境也会使用这个工具。讨厌的是 Mac 上的 top
和 Linux 上的 top
有着极大的不同(恕我直言,应该是差的多)。
不过,htop
是对 Linux 上的 top
和 Mac 上蹩脚的 top
的极大改进。它增加了包括颜色输出,键盘热键绑定以及不同的视图输出,这对理解进程之间的父子关系有极大帮助。
一些很容易上手的热键:
P
—— 按 CPU 使用率排序M
—— 按内存使用排序F4
—— 用字符串过滤进程(例如只看包括 node 的进程)space
—— 锚定一个单独进程,这样我能观察它是否有尖峰状态
在 Mac Sierra 上 htop 有个奇怪的 bug,不过这个 bug 可以通过以 root 运行来绕过(我实在记不清这个 bug 是什么,但是这个别名能搞定它,有点讨厌的是我得每次都输入 root 密码。):
1 |
|
diff-so-fancy > diff
我非常确定我是几年前从 Paul Irish 那儿学来的这个技巧,尽管我很少直接使用 diff
,但我的 git 命令行会一直使用 diff
。diff-so-fancy
给了我代码语法颜色和更改字符高亮的功能。
在我的 ~/.gitconfig
文件里我用了下面的选项来打开 git diff
和 git show
的 diff-so-fancy
功能。
1 |
|
fd > find
尽管我使用 Mac,但我绝不是 Spotlight 的粉丝,我觉得它的性能很差,关键字也难记,加上更新它自己的数据库时会拖慢 CPU,简直一无是处。我经常使用 Alfred,但是它的搜索功能也不是很好。
我倾向于在命令行中搜索文件,但是 find
的难用在于很难去记住那些合适的表达式来描述我想要的文件。(而且 Mac 上的 find
命令和非 Mac 的 find
命令还有些许不同,这更加深了我的失望。)
fd
是一个很好的替代品(它的作者和 bat
的作者是同一个人)。它非常快而且对于我经常要搜索的命令非常好记。
几个上手的例子:
1 |
|
ncdu > du
对我来说,知道当前磁盘空间被什么占用了非常重要。我用过 Mac 上的 DaisyDisk,但是我觉得那个程序产生结果有点慢。
du -sh
命令是我经常会运行的命令(-sh
是指结果以“汇总”和“人类可读”的方式显示),我经常会想要深入挖掘那些占用了大量磁盘空间的目录,看看到底是什么在占用空间。
ncdu
是一个非常棒的替代品。它提供了一个交互式的界面并且允许快速的扫描那些占用了大量磁盘空间的目录和文件,它又快又准。(尽管不管在哪个工具的情况下,扫描我的 home 目录都要很长时间,它有 550G)
一旦当我找到一个目录我想要“处理”一下(如删除,移动或压缩文件),我会使用 cmd
+ 点击 iTerm2 顶部的目录名字的方法在 Finder 中打开它。
还有另外一个叫 nnn 的替代选择,它提供了一个更漂亮的界面,它也提供文件尺寸和使用情况,实际上它更像一个全功能的文件管理器。
我的 du
是如下的别名:
1 |
|
选项说明:
--color dark
使用颜色方案-rr
只读模式(防止误删和运行新的 shell 程序)--exclude
忽略不想操作的目录
tldr > man
几乎所有的命令行工具都有一个相伴的手册,它可以被 man <命令名>
来调出,但是在 man
的输出里找到东西可有点让人困惑,而且在一个包含了所有的技术细节的输出里找东西也挺可怕的。
这就是 TL;DR 项目(LCTT 译注:英文里“文档太长,没空去读”的缩写)创建的初衷。这是一个由社区驱动的文档系统,而且可以用在命令行上。就我现在使用的经验,我还没碰到过一个命令没有它相应的文档,你也可以做贡献。
一个小技巧,我将 tldr
的别名链接到 help
(这样输入会快一点……)
1 |
|
ack || ag > grep
grep
毫无疑问是一个强力的命令行工具,但是这些年来它已经被一些工具超越了,其中两个叫 ack
和 ag
。
我个人对 ack
和 ag
都尝试过,而且没有非常明显的个人偏好,(也就是说它们都很棒,并且很相似)。我倾向于默认只使用 ack
,因为这三个字符就在指尖,很好打。并且 ack
有大量的 ack --bar
参数可以使用!(你一定会体会到这一点。)
ack
和 ag
默认都使用正则表达式来搜索,这非常契合我的工作,我能使用类似于 --js
或 --html
这种标识指定文件类型搜索。(尽管 ag
比 ack
在文件类型过滤器里包括了更多的文件类型。)
两个工具都支持常见的 grep
选项,如 -B
和 -A
用于在搜索的上下文里指代“之前”和“之后”。
因为 ack
不支持 markdown(而我又恰好写了很多 markdown),我在我的 ~/.ackrc
文件里加了以下定制语句:
1 |
|
- 安装指引:ack,ag
- 关于 ack & ag 的更多信息
jq > grep 及其它
我是 jq 的忠实粉丝之一。当然一开始我也在它的语法里苦苦挣扎,好在我对查询语言还算有些使用心得,现在我对 jq
可以说是每天都要用。(不过从前我要么使用 grep
或者使用一个叫 json 的工具,相比而言后者的功能就非常基础了。)
我甚至开始撰写一个 jq
的教程系列(有 2500 字并且还在增加),我还发布了一个网页工具和一个 Mac 上的应用(这个还没有发布。)
jq
允许我传入一个 JSON 并且能非常简单的将其转变为一个使用 JSON 格式的结果,这正是我想要的。下面这个例子允许我用一个命令更新我的所有 node 依赖。(为了阅读方便,我将其分成为多行。)
1 |
|
上面的命令将使用 npm 的 JSON 输出格式来列出所有过期的 node 依赖,然后将下面的源 JSON 转换为:
1 |
|
转换结果为:
1 |
|
上面的结果会被作为 npm install
的输入,你瞧,我的升级就这样全部搞定了。(当然,这里有点小题大做了。)
很荣幸提及一些其它的工具
我也在开始尝试一些别的工具,但我还没有完全掌握它们。(除了 ponysay
,当我打开一个新的终端会话时,它就会出现。)
你有什么好点子吗?
上面是我的命令行清单。你的呢?你有没有试着去增强一些你每天都会用到的命令呢?请告诉我,我非常乐意知道。
via: https://remysharp.com/2018/08/23/cli-improved
作者:Remy Sharp 选题:lujun9972 译者:DavidChenLiang 校对:pityonline, wxy