2020 年了，真的没必要再终端里一个字一个字敲命令了，有更酷炫的方式。分享下我在今年年最常用的一个命令，task，命令行任务管理。

服务端命令太长记输入慢怎么办？用的少的命令记不住怎么办？你需要任务管理器，将你命令行各种常见的冗余的任务管理起来，然后敲 2-3 个字母就能启动它（点击播放下面动图）：

 

基本日常各种长难命令，什么 git 操作啊，常用主机间 ssh 跳来跳去啊，项目的编译，测试和发布啊，别人每次还需要重新敲一遍，或者把历史调出来，四处修改一番，有时候还改错了。而你现在只需要敲 2-3 个字母就运行了，像溜冰一般的流畅。

平时就连 task 四个字你都可以省略，绑定到 F5 上去，用法：

cd ~/github
git clone --depth 1 https://github.com/skywind3000/asynctasks.vim
ln -s ~/github/asynctasks.vim/bin/asynctask ~/bin

然后记得把你的 ~/bin 目录加入 $PATH，最后在你的 .bashrc 中加一行：

alias task='asynctask -f'

妥了，然后添加任务，编辑：~/.config/asynctask/tasks.ini 全局任务配置：

[git-fetch-master]
command=git fetch origin master
cwd=<root>

[git-checkout]
command=git checkout $(?branch)
cwd=<root>

类似这样，然后输入 task 命令，就能运行上面的任务了，cwd 字段是命令运行的目录， <root> 代表项目根目录（有 .git 和 .svn 那个目录），不写的话就是当前目录，如果命令包含 $(?xxx) 的内容，运行前就会让用户输入 xxx，然后替换。

局部任务定义在各个项目文件夹下的 .tasks 中，作用所有子目录，完成针对项目的一些编译，测试，发布等日常任务，就是每天敲着你手累的命令，现在可以只用 2-3 个字母就重复执行了。

我平时连 task 几个字都懒得敲，因为把它绑到 F5 上了，把下面代码放入 .bashrc：

bind '"\e[15~":"task\n"'

用 zsh 的话，把用下面配置：

bindkey -s '\e[15~' 'task\n'

然后每次按 F5 就运行 task 命令了，更少击键，记得使用前先安装 fzf，不然就只能：

asynctask git-fetch-master

这样输入完整命令了，安装了 fzf 以后，就可以模糊匹配输入命令。

基本可以把反复用到的 shell 命令分类保存，特别是一些又臭又长的命令，现在只需要轻轻的敲 2-3 个字母就成了。

这里有一份命令配置例子：skywind3000/asynctasks.vim

在 Vim 里也可以这么用（点击播放下面动图）：

 

你当然也可以把常用任务绑定到 F1-F12 上，不用每次输入。

--

不要自作聪明的着急科普 fish shell 了，这是 fish 和 zsh 里没有的新东西。更不是历史搜索。这套任务系统要说像的话，你们没发现它更像 vscode 的任务系统么？我拓展了它的用途，让它变得更为通用和灵活。

这本质上是对裸命令进行二次抽象，这个抽象会给你带来意想不到的便利，比如你想编译和执行某个文件，那么可以把他们的语义统一成 file-build 和 file-run：

放到全局配置里

[file-build]
command:c,cpp=gcc -O2 -Wall "$(VIM_FILEPATH)" -o "$(VIM_PATHNOEXT)" -lstdc++ -lm -msse3
command:go=go build -o "$(VIM_PATHNOEXT)" "$(VIM_FILEPATH)"
command:make=make -f "$(VIM_FILEPATH)"
cwd=$(VIM_FILEDIR)

[file-run]
command="$(VIM_FILEPATH)"
command:c,cpp="$(VIM_PATHNOEXT)"
command:go="$(VIM_PATHNOEXT)"
command:python=python "$(VIM_FILENAME)"
command:javascript=node "$(VIM_FILENAME)"
command:sh=sh "$(VIM_FILENAME)"
command:lua=lua "$(VIM_FILENAME)"
command:perl=perl "$(VIM_FILENAME)"
command:ruby=ruby "$(VIM_FILENAME)"
cwd=$(VIM_FILEDIR)

不同的文件能够执行不同的命令进行编译。那么，我们语义就可以统一成：

asynctask file-build xxx    # 编译文件
asynctask file-run xxx      # 运行文件

你只需要记这样一个任务名即可，不需要管理细节，还可以把它配置在你喜欢的任何编辑器上，快捷键操作。上面配置里的 $(...) 的宏以 VIM 开头是为了兼容同名 vim 插件的配置，并不是需要 Vim 才能运行。

项目编译

配置任务时可以添加经常可以把下面配置添加到全局任务中：

[project-build]
command=make
# 设置在当前项目的根目录处运行 make
cwd=$(VIM_ROOT)

[project-run]
command=make run
# <root> 是 $(VIM_ROOT) 的别名，写起来容易些
cwd=<root>
output=terminal

以往你命令行编译项目时，势必要回到项目根目录，再运行 make 什么的，设置好了 cwd 字段以后，你可以再某项目任意一级子目录里运行：

asynctask project-build

它都会自动帮你向上搜寻项目根目录的标记（.git, .svn, .project 可配置），并记录在宏 <root> 里，命令设置了 cwd=<root> 以后，就会自动跑到项目根路径处运行，不用你每次 cd ../../.. 一大堆。

能够流畅无阻碍的执行：“编辑/编译/测试” 循环，是提高你编程效率最有效的方法，所以我们把上面两个任务绑定到 F7 和 F8：

bind '"\e[18~":"asynctask project-build\n"'
bind '"\e[19~":"asynctask project-run\n"'

那么你在某个项目任意一级子目录下面就能 F7 编译项目，F8 运行项目了，命令都不用敲。

不同的项目，构建系统不同，有的用 cmake 有的用 gnu make，假设我系统里大部分项目都是 gnu make 的，那么把上面 gnu make 的任务配置成全局的就行，但是我的 A 项目中使用 msbuild 进行构建，难道要配置一个 project-build-msbuild 的任务么？

任务适配

并不需要，我只需要在项目 A 的根目录处放一个 .tasks 文件：

[project-build]
command=vcvars32 > nul && msbuild build/StreamNet.vcxproj /property:Configuration=Debug /nologo /verbosity:quiet
cwd=<root>
errorformat=%f(%l):%m

[project-run]
command=build/Debug/StreamNet.exe
cwd=<root>
output=terminal

因为本地任务比全局任务有更高优先级，那么只要我在 A 项目下面任意一层子目录内运行：

asynctask project-build
asynctask project-run

就能用上级目录 .tasks 文件中配置的具体命令，调用 msbuild 编译当前项目了：

 

 

 

使用 cmake 的项目也一样，局部重新定义 project-build/run 等任务的内容

比如你在 project A 下面 src 目录里面很深的一级子目录，你不需要回到根目录，因为命令已经写清楚了自己的运行位置，运行时会临时回到项目根目录处运行，编译完你也不用一级级返回。

具体命令经过抽象后，不需要记住每个项目复杂的构建命令细节，只需记住统一的任务名称即可。在不同的项目中可以保持同样的操作习惯，不需要回想这个项目到底是用什么编译的，还还可以把它配置到 F7，F8 上面，热键任然不用改，不论你处在什么类型的项目下面，你的习惯不用改，你的工作流不会中断。

或者配置到你熟悉的编辑器上，就像 NotePad++ 这样原始的编辑器也有 NppExec 的插件让你配置外部工具，那么当你配置到编辑器上以后，你就能和命令行一起使用完全相同的语义，对重复度高的工作进行统一的抽象了。

这就是全局任务和局部任务搭配的黑魔法。其他还有很多技巧，为同一个任务配置不同的 profile ，指定是 debug 模式，还是 release 模式，还是 gdb 模式，同样不用更改任务的名字，就能区别不同的 profile，具体见项目文档吧。