Vim 激荡 30 年发展史

Android社区 发表于 收藏文章

众所周知，Vim 是从 vi 发展出来的一个文本编辑器。其拥有代码补全、编译及错误跳转等丰富的功能特性，在程序员群体中广受欢迎。

本文是作者 Joe Nelson 从头到尾阅读 Vim 用户手册以及追溯历史之后的一些心得。希望这些笔记能够帮助大家发现这款编辑器的核心功能，从而更加熟练地使用各个插件。

作者 | Joe Nelson

译者 | 弯月，责编 | 屠敏

出品 | CSDN（ID：CSDNnews）

以下为译文：

如果你想进一步了解Vim，那么我建议你入手一本纸质的用户手册和优秀的袖珍参考手册。我没有找到官方的Vim纸质手册，最后只好打印了这个PDF（https://begriffs.com/pdf/vim-user-manual.pdf）。为了方便查看Vim的命令列表，我建议你入手上图中的《vi and Vim Editors Pocket Reference》。

历史

Vi的诞生

Vi源自QED编辑器，距今已有五十多年的历史。其发展历程如下：

  • 1966年：伯克利分时系统的QED（“Quick EDitor”）

  • 1969年7月：登月（仅供参考）

  • 1969年8月：QED ->　AT&T的ed

  • 1976年2月：ed ->玛丽王后大学的em（“Editor for Mortals”）

  • 1976年：em -> 加州大学伯克利分校的ex (“EXtended”)

  • 1977年10月：ex有了可视化模式，vi

阅读一下用户手册，你就会发现QED和ex之间有很多相似之处。这两个编辑器在指定和操作行范围时都采用了类似的语法。

QED、ed和em这类的编辑器都是为硬拷贝终端设计的，这些终端基本上就是带调制解调器的电动打字机。硬拷贝终端可以将系统输出打印到纸上。显然一旦打印完成，就无法更改输出，因此这种编辑过程需要包含用于更新和手动打印文本范围的命令。

到1976年的时候，ADM-3A等视频可视化终端出现了。Ex编辑器添加了一个“开放模式”，允许在可视化终端上进行行内编辑，还有一个可视化模式，可以在支持光标的终端上面利用屏幕进行编辑。这种可视模式（可以通过命令“vi”激活）可以在屏幕上显示部分文件的最新视图，同时还保留了屏幕底部的ex命令行。（趣事：在ADM-3A上，h、j、k、l键兼作方向键，所以vi选择这几个键作为光标移动只是为了保持一致而已。）

如果你想了解更多关于从ed到ex / vi的发展，可以阅读Bill Joy的这段采访（https://begriffs.com/pdf/unix-review-bill-joy.pdf），他在文中谈到了ex / vi的创建过程，以及一些令他失望的事情。

传统的vi实际上只是ex的另一种形式，它们的可执行文件是同一个，根据调用时的可执行文件名来决定启动ex模式还是vi模式。ex / vi对之前的版本进行了改进，只需很少的系统资源，就可以在有限的带宽下操作。而且该工具还支持于大多数系统，完全符合POSIX标准。

从vi到vim

作为ed的衍生物，ex / vi编辑器的版权属于AT&T。如果想在Unix以外的平台上使用vi，就必须重新编写不使用任何原始代码的克隆版本。

克隆版本有很多，下面列出了一部分：

  • nvi：1980年，4BSD版

  • calvin：1987年，DOS版

  • vile：1990年，DOS版

  • stevie：1987年，Atari ST版

  • elvis：1990年，Minix和386BSD版

  • vim：1991年，Amiga版

  • viper：1995年，Emacs版

  • elwin：1995年，Windows版

  • lemmy：2002年，Windows版

下面，我们来重点看一看中间的vim。Bram Moolenaar希望在Amiga上使用vi。于是，他从Atari移植了Stevie，并对其进行了改进。他给自己的这一版起名为“Vi IMitation”。有关完整的第一手资料，请参阅自由软件杂志对Bram的采访（https://begriffs.com/pdf/vim-interview.pdf）。

在版本1.22中，Vim被重新命名为“Vi IMproved”，它完全实现并且超越了vi的功能。以下是主流版本及其重要功能的发展历程：

  • 1991年11月2日，Vim 1.14：首次发布（Fred Fish disk #591）。

  • 1992年，Vim 1.22：移植到Unix。Vim开始与Vi并驾齐驱。

  • 1994年8月12日，Vim 3.0：支持多个缓冲区和窗口。

  • 1996年5月29日，Vim 4.0：图形用户界面（主要由Robert Webb提供）。

  • 1998年2月19日，Vim 5.0：语法着色/高亮显示。

  • 2001年9月26日，Vim 6.0：折叠，插件，垂直分割。

  • 2006年5月8日，Vim 7.0：拼写检查，自动补齐，撤消分支，标签。

  • 2016年9月12日，Vim 8.0：作业，异步I / O，本机包。

有关各个版本的详细信息，请查看:help vim8。如果想了解未来的计划，以及已知的bug，请查看:help todo.txt。

受到来自竞争对手NeoVim的压力，Vim 8.0加入了异步作业的支持，NeoVim的开发人员希望在编辑器中直接运行Web脚本的调试器和REPL。

Vim超级便携。在漫长的发展过程中，为了支持多种平台，vim本身不得不保持便携。它可以在各种平台上运行，包括OS / 390、Amiga、BeOS和BeBox、Macintosh classic、Atari MiNT、MS-DOS、OS / 2、QNX、RISC-OS、BSD、Linux、OS X、VMS和MS-Windows等。无论哪种计算机都可以使用Vim。

在vi发展历程的最后一个转折点上，最原始的ex / vi源代码最终于2002年在BSD免费软件许可下发布了。请点击这里获取（http://ex-vi.sourceforge.net/）。

下面干货来了。在深入Vim的使用技巧之前，先让我们了解一下Vim的组织以及读取配置文件的方式。

配置层次结构

我曾经错误地认为，Vim仅从〜/ .vimrc文件中读取其所有设置和脚本。阅读各种“dotfiles”的代码库更坚定了我的这一看法。通常人们觉得只通过一个.vimrc文件来控制编辑器的各个方面是一种危险的做法。这些庞大的配置文件有时被称为“vim发行版”。

实际上，Vim的结构非常整洁，.vimrc只是多个配置文件中的其中一个而已。其实，你可以让Vim告诉你究竟加载了哪些脚本。试试看：任意编辑计算机上的某个源代码文件。加载后，运行如下命令： 

:scriptnames 

花点时间读完整个清单。猜猜看这些脚本可能会做些什么，并记下它们所在的目录。

清单比你预期的要长吗？如果你安装了大量插件的话，那么编辑器需要做大量工作。你可以通过以下命令检查是什么导致编辑器的速度变慢，然后再看看它创建的start.log： 

vim --startuptime start.log name-of-your-file

为了比较起见，下面我们看看如果没有这些配置，Vim的启动速度有多快： 

vim --clean --startuptime clean.log name-of-your-file

为了确定启动时或加载缓冲区时会运行哪些脚本，Vim会遍历“runtimepath”。该设置是一组以逗号分隔的目录列表，各个目录的结构都是一致的。Vim会检查每个目录的结构，找到需要运行的脚本，并按照目录在列表中的顺序一一处理。

运行以下命令就可以检查系统上的runtimepath： 

:set runtimepath

在我的系统上，runtimepath默认包含以下目录。并非所有这些都必须出现在文件系统中，但如果存在就会被使用。

  • ~/.vim

主目录，保存个人偏好的文件。

  • /usr/local/share/vim/vimfiles

系统范围的Vim目录，保存由系统管理员决定的文件。

  • /usr/local/share/vim/vim81

即$VIMRUNTIME，保存与Vim一起分发的文件。

  • /usr/local/share/vim/vimfiles/after

系统范围Vim目录中的“after”目录。系统管理员可以利用该目录来覆盖默认设置，或添加新的设置。

  • ~/.vim/after

主目录中的“after”目录。可以利用该目录用个人偏好覆盖默认设置或系统设置，或添加新的设置。

这些目录会按照顺序处理，所以要说“after”目录有什么特别的话，那就是它位于列表末尾。实际上“after”并没有什么特别之处。

在处理每个目录时，Vim都会查找具有特定名称的子文件夹。如果想了解更多这方面的信息，请参阅:help runtimepath。下面我们只挑部分进行说明。

  • plugin/

编辑任何类型的文件都会自动加载的Vim脚本文件，称为“全局插件”。

  • autoload/

（不要与“插件”相混淆。）自动加载中的脚本包含仅在其他脚本请求时加载的函数。

  • ftdetect/

用于检测文件类型的脚本。可以根据文件扩展名、位置或内部文件内容决定文件类型。

  • ftplugin/

编辑已知类型的文件时执行的脚本。

  • compiler/

定义如何运行各种编译器或格式化工具，以及如何解析其输出。可以在多个ftplugins之间共享。且不会自动执行，必须通过 :compiler 调用。

  • pack/

Vim 8原生软件包的目录，它采用了“Pathogen”格式的包管理。原生的包管理系统不需要任何第三方代码。

最后，通用的编辑器设置都会放到~/.vimrc中。你可以通过它来设置用于覆盖特定文件类型的默认值。有关.vimrc设置的全面讲解，请运行 :options。

第三方插件

在Vim中，插件只是脚本，必须放在runtimepath中的正确位置才能执行。从概念上讲，插件的安装非常简单：只需下载文件。问题在于，很难删除或更新某些插件，因为它们的子目录加入到了runtimepath中，很难判断哪个插件负责哪些文件。

为了满足这种需求，网上出现了很多插件管理器。最早在2003年就出现了Vim.org插件仓库。然而，直到2008年左右，插件管理器的概念才真正流行起来。

这些工具在Vim的runtimepath中添加了单独的查检目录，并会为插件文档编译帮助标签。大多数插件管理器还可以从网上安装和更新插件代码，有的还支持并行更新，或者显示彩色的进度条。

以下是按时间顺序整理的插件管理器。我按照每个插件最早和最新版本进行了排序，如果找不到官方的发行版本，则根据最早和最后的提交日期排序。

  1. 2006年3月- 2014年7月：Vimball（分发格式和关联的Vim命令）

  2. 2008年10月- 2015年12月：Pathogen（由于原生vim包被弃用）

  3. 2009年8月- 2009年12月：Vimana

  4. 2009年12月- 2014年12月：VAM

  5. 2010年8月 - 2010年12月：Jolt

  6. 2010年10月 - 2012年12月：tplugin

  7. 2010年10月 - 2014年2月：Vundle（在NeoBundle破解代码后停止使用）

  8. 2012年3月 - 2018年3月：vim-flavor

  9. 2012年4月 - 2016年3月：NeoBundle（被弃用，建议使用dein）

  10. 2013年1月 - 2017年8月：infect

  11. 2013年2月 - 2016年8月：vimogen

  12. 2013年10月 - 2015年1月：vim-unbundle

  13. 2013年12月 - 2015年7月：Vizardry

  14. 2014年2月 - 2018年10月：vim-plug

  15. 2015年1月 - 2015年10月：enabler

  16. 2015年8月 - 2016年4月：Vizardry 2

  17. 2016年1月 - 2018年6月：dein.vim

  18. 2016年9月 - 至今：原生Vim 8

  19. 2017年2月 - 2018年9月：minpac

  20. 2018年3月 - 2018年3月：autopac

  21. 2017年2月 - 2018年6月：pack

  22. 2017年3月 - 2017年9月：vim-pck

  23. 2017年9月 - 2017年9月：vim8-pack

  24. 2017年9月 - 2019年5月：volt

  25. 2018年9月 - 2019年2月：vim-packager

  26. 2019年2月 - 2019年2月：plugpac.vim

首先要注意，这些工具五花八门，其次通常每个工具在活跃大约四年后就会过时。

最稳定的管理插件的方法是使用Vim 8的内置功能，该功能不需要第三方代码。下面让我们具体来看看这种方法。

首先在运行时目录的pack目录中创建两个目录opt和start。 

mkdir -p ~/.vim/pack/foobar/{opt,start}

注意占位符 foobar。这个名称完全取决于你。我们用它对包进行分类。大多数人会把所有的插件都扔进一个无意义的类别中，这样完全没问题。你可以选择自己喜欢的名称，在本文中我选择使用 foobar。理论上，你也可以创建多个类别，比如~/.vim/pack/navigation， ~/.vim/pack/linting等。请注意，Vim不会检测类别之间的重复，如果存在重复，则会加载两次。

“start”中的包会自动加载。而对于“opt”中的包，只有通过:packadd命令特别请求，Vim才会加载。opt中适合保存不常用的软件包，以及为保持Vim的快速启动不必要运行的脚本。请注意，:packadd没有相反的命令卸载包。

在下述示例子中，我们将添加“ctrlp”模糊查找插件到opt目录。下载最新版本的命令如下： 

curl -L https://github.com/kien/ctrlp.vim/archive/1.79.tar.gz \

    | tar zx -C ~/.vim/pack/foobar/opt

该命令创建了 ~/.vim/pack/foobar/opt/ctrlp.vim-1.79 文件夹，现在这个包可以使用了。我们再次回到vim中，为这个新包创建一个帮助标签的索引： 

:helptags ~/.vim/pack/foobar/opt/ctrlp.vim-1.79/doc

该命令会在包的doc目录中创建了一个名叫”tags“的文件，这样Vim的内部帮助系统就可以使用它的内容了。（或者你也可以在包加载之后运行一次:helptags ALL，该命令会处理runtimepath下的所有文档。）

在需要使用包时，只需加载它（Tab自动补齐也可以用于插件名，所以不需要输入全名）： 

:packadd ctrlp.vim-1.79

packadd会把包的根目录放到runtimepath中，然后运行它的plugin和ftdetect脚本。在加载ctrlp之后，就可以按Ctrl-P来弹出模糊文件查找了。

有些人喜欢将~/.vim目录放到版本管理中，使用git submodules来管理每个包。而我喜欢简单地将包从tarball中解压，然后用自己的代码库来管理。如果你使用成熟的包，那么更新不会太频繁，加上脚本本身也很小，不会把git历史弄得太乱。

备份和undo

根据不同的用户设置，Vim可以防止四种类型的丢失：

  1. 编辑过程中（两次保存之间）崩溃。Vim会定期将未保存的修改写入交换文件来防止这种情况。

  2. 使用两个Vim进程编辑同一个文件，两个进程互相覆盖。交换文件也可以防止这种情况。

  3. 保存过程中崩溃，即在目标文件已被截断，新的内容尚未完全写入时崩溃。Vim可以通过“writebackup”来防止这种情况。为了实现该功能，Vim会首先将内容写入新的文件，写入成功后与原始文件交换。但这个功能取决于“backupcopy”设置。

  4. 已保存新文件，但想要找回原文件。Vim可以通过在写入改变后保留原始文件的备份来防止这种情况。

在介绍具体的设置之前，先来放松一下吧！下面是GitHub上人们对于vimrc的一些评论：

  • “不要创建交换文件。用版本控制管理就好。”

  • “素人才用备份。高手都用版本控制。”

  • “用版本控制就好！”

  • “版本控制都满天飞了，就不要再用交换文件和备份了。”

  • “不要写备份文件，版本控制就是很好的备份。”

  • “我其实从来没用过VIM的备份文件……一直都在用版本控制。”

  • “反正大部分东西都保存在版本控制里。”

  • “禁用备份文件，因为反正你也得用版本控制。”

  • “版本控制已来到，git拯救全世界。”

  • “禁用交换文件和备份（永远使用版本控制！永远！）”

  • “关掉备份，我所有东西都用版本控制。”

上面的评论反映出，大家只了解上述第四种情况（偶尔也会提及第三种情况），这些人倾向于把交换文件也禁用，这会让Vim无法防止第一种和第二种情况。

为了保证编辑更安全，我建议使用下述配置： 

" Protect changes between writes. Default values of

" updatecount (200 keystrokes) and updatetime

" (4 seconds) are fine

set swapfile

set directory^=~/.vim/swap//

" protect against crash-during-write

set writebackup

" but do not persist backup after successful write

set nobackup

" use rename-and-write-new method whenever safe

set backupcopy=auto

" patch required to honor double slash at end

if has("patch-8.1.0251")

    " consolidate the writebackups -- not a big

    " deal either way, since they usually get deleted

    set backupdir^=~/.vim/backup//

end

" persist the undo tree for each file

set undofile

set undodir^=~/.vim/undo//

这些设置为写入过程启用了备份，但在成功写入后不会保留备份，因为我们有版本控制。注意你需要mkdir ~/.vim/{swap,undodir,backup}，否则Vim会使用设置列表中的下一个可用的文件夹。你还应该chmod这些文件夹来保证隐私，因为交换文件和undo历史可能包含敏感信息。

关于配置中的路径，需要提及的一点是，它们末尾使用了双斜线。这样可以无歧义地表示不同目录下同名文件的交换文件和备份文件。例如，/foo/bar文件的交换文件会保存在~/.vim/swap/%foo%bar.swp（斜线z转义成百分号）。Vim有一个bug，对于backupdir不会正确处理双斜线写法，该bug直到最近才修复，而上述配置可以防止这个bug。

我们还要求Vim持久保存每个文件的undo文件，这样在退出Vim并重新编辑文件时依然可以使用undo。虽然有了交换文件，这样做有点多余，但实际上undo文件是补充性质的，因为它仅在原文件被写入时才写入。（如果undo文件写入太频繁，那么可能在崩溃后无法匹配磁盘上文件的状态，所以Vim不这样做。）

说起undo就不得不提起Vim会维持编辑历史的整个树形结构。这意味着你可以做一个修改，undo之后，然后做另一个修改，这时所有三个状态都可以被恢复。使用:undolist命令可以看到修改的时间和大小，但从该命令的结果很难想象整个树形结构。你可以遍历列表中的特定修改，也可以用:earlier和:later命令加上一个时间参数（如5m）或保存次数参数（如3f）在时间轴上移动。但是，遍历undo树最好使用插件——如undotree。

启用这些灾难恢复设置可以让你安心地使用Vim。我曾经在编辑过程中多次保存，或者每次离开电脑时也会保存，但现在我会几个小时都不保存，因为我知道交换文件在老老实实地干活。

最后几点：要时刻关注这些灾难恢复文件，时间长了它们可能会在.vim文件夹下越积越多，占用大量空间。另外，当磁盘剩余空间很少，却需要保存大文件时，也许有必要设置nowritebackup，否则Vim必须临时保存整个文件的副本。默认设置下“backupskip”设置能够禁用系统临时目录下的任何文件的备份。

Vim的“patchmode”与备份有关。你可以在没有被版本控制管理的目录下使用该设置。例如，如果你想下载源代码tar包，做一些修改然后通过邮件列表提交补丁，这一过程中不使用git。只需运行:set patchmod=.orig，那么任何Vim写入的文件“foo”就会备份成“foo.orig”。然后可以通过命令行比较.orig文件和新文件来创建补丁。

**

**

包含和路径

绝大多数编程需要都允许你在一个文件中包含另一个模块或文件。Vim通过path、include、suffixesadd和includeexpr配置项来了解如何跟踪包含文件中的程序标识符。标识符搜索（参见:help include-search）是另一种使用ctags维持系统头文件的标签文件的方式。

C程序的默认设置工作得很好。其他语言也同样支持，但需要一些设置。这些设置超出了本文的范围，可以参考:help include。

如果一切配置正确，那么你可以在标识符上按 [i 来显示标识符定义，或者在宏常量上按 [d 显示宏定义。还有，在文件名上按 gf 可以搜索路径并跳转到相应的文件。由于路径也会影响 :find 命令，一些人倾向于在路径中添加“*/”或常用的目录，把 :find 命令当作简装版的模糊查找使用。但这样做会减慢标识符搜索的速度，因为它需要搜索与标识符搜索无关的目录。

不污染路径而实现相同查找功能的方式之一就是建立一个映射。这样只需按（通常这两个键就是反斜杠然后空格）然后输入文件名，再使用Tab或Ctrl-D自动完成来查找文件。 

" fuzzy-find lite

nmap <Leader><space> :e ./**/

重申一下：路径参数是为头文件准备的。如果你想看更多证据，还可以用:checkpath命令显示哪些路径有效。加载一个C文件然后运行:checkpath，它就会显示那些当前文件包含，却找不到的文件名。带感叹号的 :checkpath! 可以显示当前文件包含的整个头文件层次结构。

默认情况下，路径的值为“.,/usr/include,,”，意思是当前目录、/usr/include，然后是当前活动缓冲区的所有兄弟文件。目录指定符和glob非常强大，详情可以查看:help file-searching。

我还在C ftplugin中（后文会多次提到它），让路径搜索包含了当前项目的包含文件，如./src/include或./include。 

setlocal path=.,,*/include/**3,./*/include/**3

setlocal path+=/usr/include

带数字的 （如3）指定子目录搜索的深度。最好在这里指定深度，以免标识符搜索锁死。

如果 :checkpath 指示出项目中找不到的文件，那么也可以考虑将下面这些模式添加到路径中。当然，这完全取决于你的系统。

  • 更多的系统包含文件：/usr/include/4,/usr/local/include/3

  • Homebrew库的头文件：/usr/local/Cellar/2/include/2

  • Macports库的头文件：/opt/local/include/**

  • OpenBSD库的头文件：/usr/local/lib/*/include,/usr/X11R6/include/**3

另请参考：:he [，:he gf，:he :find。

编辑-编译循环

:make 命令会执行用户选择的程序来构建项目，然后将输出收集到quickfix缓冲区中。quickfix记录中的每一项都记录了文件名、行号、列号、类型（警告或错误）和消息。一种常见的使用方括号命令的映射方式如下，可以在quickfix项目中快速移动： 

" quickfix shortcuts

nmap ]q :cnext<cr>

nmap ]Q :clast<cr>

nmap [q :cprev<cr>

nmap [Q :cfirst<cr>

如果在更新程序并重新编译后，你想知道上次的消息，可以使用 :colder 命令（使用 :cnewer 返回）。如果需要查看有关当前错误的更多信息，可以使用 :cc ，然后用 :copen 命令查看完整的quickfix缓冲区。还可以使用 :cile、:caddfile 或 :cexpr 命令，无需运行:make而自行填充quickfix缓冲区。

Vim能够利用指定的errorformat字符串解析编译的输出。errorformat是个类似scanf的转义序列。例如，Vim的gcc设置（$VIMRUNTIME/compiler/gcc.vim）中自带了errorformat设置，但却没有包含clang编译器的设置。于是我创建了下面的定义： 

" formatting variations documented at

" https://clang.llvm.org/docs/UsersManual.html#formatting-of-diagnostics

"

" It should be possible to make this work for the combination of

" -fno-show-column and -fcaret-diagnostics as well with multiline

" and %p, but I was too lazy to figure it out.

"

" The %D and %X patterns are not clang per se. They capture the

" directory change messages from (GNU) 'make -w'. I needed this

" for building a project which used recursive Makefiles.

CompilerSet errorformat=

    \%f:%l%c:{%*[^}]}{%*[^}]}:\ %trror:\ %m,

    \%f:%l%c:{%*[^}]}{%*[^}]}:\ %tarning:\ %m,

    \%f:%l:%c:\ %trror:\ %m,

    \%f:%l:%c:\ %tarning:\ %m,

    \%f(%l,%c)\ :\ %trror:\ %m,

    \%f(%l,%c)\ :\ %tarning:\ %m,

    \%f\ +%l%c:\ %trror:\ %m,

    \%f\ +%l%c:\ %tarning:\ %m,

    \%f:%l:\ %trror:\ %m,

    \%f:%l:\ %tarning:\ %m,

    \%D%*\\a[%*\\d]:\ Entering\ directory\ %*[`']%f',

    \%D%*\\a:\ Entering\ directory\ %*[`']%f',

    \%X%*\\a[%*\\d]:\ Leaving\ directory\ %*[`']%f',

    \%X%*\\a:\ Leaving\ directory\ %*[`']%f',

    \%DMaking\ %*\\a\ in\ %f

CompilerSet makeprg=make

要激活该编译器设置，只需运行 :compiler clang。通常该命令在ftplugin文件中执行。

另一个例子是在文本文件上运行GNU Diction来识别句子中用错的词汇和短语。可以创建一个“编译器”，名为diction.vim： 

CompilerSet errorformat=%f:%l:\ %m

CompilerSet makeprg=diction\ -s\ %

运行 :compiler diction 之后，可以使用 :make 命令来运行，并填充quickfix。最后，我在.vimrc中添加了一个映射来运行make： 

" real make

map <silent> <F5> :make<cr><cr><cr>

" GNUism, for building recursively

map <silent> <s-F5> :make -w<cr><cr><cr>

**

**

差异文件和补丁

Vim自带的比较工具非常强大，但可能有点难用，特别是三方合并视图。但实际上花点时间学习你就会发现其实挺好用的。要点就是，每个窗口都可以处于或不处于“diff mode”。所有处于diffmode的窗口（用:difft[his]设置）会与所有其他已经处于diffmode的窗口进行比较。

我们从一个简单的例子开始。首先创建两个文件： 

echo "hello, world" > h1

echo "goodbye, world" > h2

vim h1 h2

在vim中运行 :all 命令，将上述参数指定的文件分别放入各自的窗口中。在上方的h1的窗口中运行 :difft。你会看到出现了一个分割线，但没有检测到任何差异。用Ctrl-W Ctrl-W移动到下方窗口，然后运行 :difft。这时就会检测出hello和goodbye之间的差异。在下方窗口中执行 :diffg[et] 可以从上方窗口中拉取“hello”，或者使用 :diffp[ut] 将“goodbye”发送到上方窗口。如果有多个差异块，那么按 ]c 或 [c 可以在不同的差异块中移动。

快捷方式之一就是运行 vim -d h1 h2 （或者运行其别名 vimdiff h1 h2），该命令会对所有窗口执行 :difft。此外，还可以先用vim h1仅加载h1，然后执行 :diffsplit h2。记住，所有这些命令实际上都是将文件加载到窗口中并设置diffmode而已。

了解这些基本知识后，我们来学习怎样把Vim作为git的三方合并工具使用。首先配置git： 

git config merge.tool vimdiff

git config merge.conflictstyle diff3

git config mergetool.prompt false

现在，当遇到合并冲突时，只需运行git mergetool。该命令会启动Vim并打开四个窗口。这部分看上去很吓人，我经常会举棋不定。 

+-----------+------------+------------+

|           |            |            |

|           |            |            |

|   LOCAL   |    BASE    |   REMOTE   |

+-----------+------------+------------+

|                                     |

|                                     |

|             (edit me)               |

+-------------------------------------+

关键在于所有编辑都应该在下方窗口中进行。上方的三个窗口仅用于提供文件差异（local和remote）的上下文，以及每一方在修改之前的样子（base）。

使用 ]c 命令在下方窗口中移动，针对每个差异块，可以选择local、base或remote之一来替换，或者可以自己修改，合并多方的内容。

为了能够更容易地从上方窗口拉取修改，我在vimrc里设置了一些映射： 

" shortcuts for 3-way merge

map <Leader>1 :diffget LOCAL<CR>

map <Leader>2 :diffget BASE<CR>

map <Leader>3 :diffget REMOTE<CR>

我们已经介绍过了 :diffget，上述绑定会为其传递一个参数，即用来识别拉取源的缓冲区名。

合并结束后，执行 :wqa 保存所有窗口并退出。如果你想放弃合并，可以运行 :cq 放弃所有修改，给shell返回一个错误代码。该错误代码会告诉git应当忽略这些修改。

diffget还可以接受范围。如果想从某个上方窗口拉取所有差异块，而不想逐个拉取，可以执行 :1,$+1diffget {LOCAL,BASE,REMOTE} 。“+1”是必要的，因为缓冲区的最后一行的“下方”可能存在被删除的行。

毕竟，三方合并其实很简单。至少，不需要用Fugitive之类的插件在合并冲突时显示差异。

最后，8.1.0360版本中包含了xdiff库，可以直接创建diff文件。这比使用外部程序更有效率，而且可以采用多种diff算法。“patience”算法通常可以生成比默认设置更容易阅读的输出。在.vimrc中这样设置： 

if has("patch-8.1.0360")

    set diffopt+=internal,algorithm:patience

endif

缓冲区I/O 

看看这是不是很熟悉？你编辑了一个缓冲区，想把它保存成新文件，所以执行了:w newname。再次进行一些编辑后，执行 :w ，但却保存到了原始文件上。在这种情况下，你真正需要的是 :saveas newname，即写入新文件，并将缓冲区的文件名改为新文件，方便以后的写入。此外，:file newname命令可以改变缓冲区文件名，而不会执行实际的写入。

学习更多有关读写命令的知识也很有用。因为r和w都是ex的命令，所以它们都可以接受范围。下面是一些你不太熟知的使用方法：

  • :w >> foo

将整个缓冲区追加到文件中

  • :.w >> foo

将当前行追加到文件中

  • :$r foo

读取foo并插入到缓冲区末尾

  • :0r foo

读取foo并插入到开头，已有行向下移动

  • :.,$w foo

将当前行以及之后的所有行写入文件

  • :r !ls

读取ls输出到当前光标位置

  • :w !wc

将缓冲区发送到wc命令然后显示结果

  • :.!tr 'A-Za-z' 'N-ZA-Mn-za-m'

为当前行执行ROT-13

  • :w | so %

连锁命令：写入并执行缓冲区

  • :e!

放弃为保存到修改，重新加载缓冲区

  • :hide edit foo

编辑foo，如果当前缓冲区被修改过，则隐藏

冷知识：上面的例子中使用一整行来调用 tr 以实现ROT-13加密，但实际上Vim内置了该功能，即 g? 命令。可以将其应用到移动操作，如 g?$。

filetypes

filetypes设置可以根据缓冲区中检测到到文件类型来改变设置。不过它们并不一定非要自动检测，我们可以手动启用它们，实现一些有趣的效果。一个例子就是十六进制编辑。任何文件都可以作为十六进制值查看。GitHub用户the9ball写了一个非常聪明的ftplugin脚本，可以将缓冲区传递给xxd或传回，实现十六进制编辑。

为了方便使用，Vim 5版本捆绑了xxd工具。Vim的todo.txt提到，他们想让二进制文件编辑功能更加顺畅，但xxd已经实现了不少功能。 

将下面的代码放到 ~/.vim/ftplugin/xxd.vim 中。保存到ftplugin中的意思是，每当filetype（即“ft”）变成xxd时，Vim就会执行该脚本。我在脚本中添加了一些简单的注释： 

" without the xxd command this is all pointless

if !executable('xxd')

    finish

endif

" don't insert a newline in the final line if it

" doesn't already exist, and don't insert linebreaks

setlocal binary noendofline

silent %!xxd -g 1

%s/\r$//e

" put the autocmds into a group for easy removal later

augroup ftplugin-xxd

    " erase any existing autocmds on buffer

    autocmd! * <buffer>

    " before writing, translate back to binary

    autocmd BufWritePre <buffer> let b:xxd_cursor = getpos('.')

    autocmd BufWritePre <buffer> silent %!xxd -r

    " after writing, restore hex view and mark unmodified

    autocmd BufWritePost <buffer> silent %!xxd -g 1

    autocmd BufWritePost <buffer> %s/\r$//e

    autocmd BufWritePost <buffer> setlocal nomodified

    autocmd BufWritePost <buffer> call setpos('.', b:xxd_cursor) | unlet b:xxd_cursor

    " update text column after changing hex values

    autocmd TextChanged,InsertLeave <buffer> let b:xxd_cursor = getpos('.')

    autocmd TextChanged,InsertLeave <buffer> silent %!xxd -r

    autocmd TextChanged,InsertLeave <buffer> silent %!xxd -g 1

    autocmd TextChanged,InsertLeave <buffer> call setpos('.', b:xxd_cursor) | unlet b:xxd_cursor

augroup END

" when filetype is set to no longer be "xxd," put the binary

" and endofline settings back to what they were before, remove

" the autocmds, and replace buffer with its binary value

let b:undo_ftplugin = 'setl bin< eol< | execute "au! ftplugin-xxd * <buffer>" | execute "silent %!xxd -r"'

打开一个文件，然后执行 :set ft。记下文件类型。然后执行 :set ft=xxd。Vim就会变成一个十六进制编辑器。要恢复原来的视图，只需 :set fo=foo，其中foo是原始的文件类型。注意十六进制视图甚至还有语法高亮，因为Vim默认自带了 $VIMRUNTIME/syntax/xxd.vim 。

注意这里的“b:undo_ftplugin”非常巧妙，它可以在用户或ftdetect机制将文件类型切换成其他filetype时，让filetypes执行一些清理工作。（上面的例子还可以改进一下，因为如果你 :set ft=xxd 然后直接改回去，那么缓冲区会被标记为已修改，即使你没有进行任何修改。）

ftplugins还可以进一步定义已知的filetype。例如，Vim已经在 $VIMRUNTIME/ftplugin/c.vim 中为C语言包含了非常好的默认设置。我在 ~/.vim/after/ftplugin/c.vim 中添加了额外的选项： 

" the smartest indent engine for C

setlocal cindent

" my preferred "Allman" style indentation

setlocal cino="Ls,:0,l1,t0,(s,U1,W4"

" for quickfix errorformat

compiler clang

" shows long build messages better

setlocal ch=2

" auto-create folds per grammar

setlocal foldmethod=syntax

setlocal foldlevel=10

" local project headers

setlocal path=.,,*/include/**3,./*/include/**3

" basic system headers

setlocal path+=/usr/include

setlocal tags=./tags,tags;~

"                      ^ in working dir, or parents

"                ^ sibling of open file

" the default is menu,preview but the preview window is annoying

setlocal completeopt=menu

iabbrev #i #include

iabbrev #d #define

iabbrev main() int main(int argc, char **argv)

" add #include guard

iabbrev #g _<c-r>=expand("%:t:r")<cr><esc>VgUV:s/[^A-Z]/_/g<cr>A_H<esc>yypki#ifndef <esc>j0i#define <esc>o<cr><cr>#endif<esc>2ki

注意上述脚本使用了“setlocal”而不是“set”。它仅对当前缓冲区生效，而不是对整个Vim进程生效。

该脚本还添加了一些缩写。例如，我可以输入 #g 并按回撤，就能自动使用当前文件名添加包含检测： 

#ifndef _FILENAME_H

#define _FILENAME_H

/* <-- cursor here */

#endif

你还可以使用点（“.”）来混合多种filetypes。下面是应用的例子。不同的项目有不同的编码规范，所以你可以将默认的C设置与特定项目的设置结合起来。OpenBSD的源代码遵循style(9)格式（https://man.openbsd.org/style.9），所以我们来做一个特殊的openbsd filetype。可以在相关文件上使用 :set ft=c.openbsd 将两个filetype合并。

要检测openbsd filetype，可以查看缓冲区的内容，而不仅仅是通过文件扩展名或文件在磁盘上的位置。C文件中包含OpenBSD源代码的标志就是第一行出现 /* $OpenBSD: 。

创建 ~/.vim/after/ftdetect/openbsd.vim 进行检测： 

augroup filetypedetect

        au BufRead,BufNewFile *.[ch]

                \  if getline(1) =~ 'OpenBSD;'

                \|   setl ft=c.openbsd

                \| endif

augroup END

OpenBSD的Vim移植已经包含了该filetype的特殊语法：/usr/local/share/vim/vimfiles/syntax/openbsd.vim。回忆一下，/usr/local/share/vim/vimfiles目录位于runtimepath中，用于保存系统管理员提供的文件。该openbsd.vim脚本包含下面的函数： 

function! OpenBSD_Style()

    setlocal cindent

    setlocal cinoptions=(4200,u4200,+0.5s,*500,:0,t0,U4200

    setlocal indentexpr=IgnoreParenIndent()

    setlocal indentkeys=0{,0},0),:,0#,!^F,o,O,e

    setlocal noexpandtab

    setlocal shiftwidth=8

    setlocal tabstop=8

    setlocal textwidth=80

endfun

我们只需在适当时候调用该函数。创建 ~/.vim/after/ftplugin/openbsd.vim： 

call OpenBSD_Style()

现在打开任何顶部具有标志性注释的C文件或头文件，就会被识别为c.openbsd类型，从而采用style(9)手册页中规定的缩进选项。

别忘了鼠标

在此友好地提醒你，尽管我们都喜欢命令行，但实际上Vim也支持鼠标，而且有些任务比键盘更方便。由于xterm能够将鼠标事件转换为stdin转义代码，所以我们甚至可以通过SSH都能支持鼠标事件。

如果想启用鼠标支持，则需要设置 mouse=n。许多人喜欢设置 mouse=a，因为这样就可以在所有模式下工作，但我更喜欢只在普通模式下启用鼠标支持。这样，在我用键盘加点击的方式在浏览器中打开链接时，就不会错误地创建可视选择区域。

以下是鼠标可以执行的操作：

  • 打开或关闭折叠（当foldcolumn> 0时）。

  • 选择标签（比 gt gt gt gt ...要好用得多）

  • 单击完成动作，例如 d<点击>。类似于easymotion插件，但不需要任何插件。

  • 双击即可跳转到帮助主题。

  • 拖动底部的状态行以更改cmdheight。

  • 拖动窗口边缘以调整大小。

  • 鼠标滚轮。

其他编辑功能

这部分涉及的内容很杂，但我仅在此介绍一些我学到的技巧。第一个让我感到震惊的是：:set virtualedit=all。它允许你将光标移动到窗口中的任何位置。如果你输入字符或插入可视块，Vim会在插入的字符的左侧添加所需的空格以保证它们的位置。虚拟编辑模式可以简化表格数据的编辑。你可以通过 :set virtualedit= 来关闭这个选项。

接下来是一些移动命令。在跳转到下一段时，我习惯于使用 } ，每次跳转一个段落。然而， ] 字符可以完成更精准的跳转：跳转到下一个函数 ]]、作用域 ]}、圆括号 ‘])’、注释 ]/、差异块 ]c。前面提到的 quickfix 映射 ]q 也是这种操作方式之一。

对于大段的跳转，我曾经尝试过 1000j 等操作，但实际上只需在普通模式下键入百分比，Vim就会跳转到相应的位置，比如50%。说到滚动百分比，你随时可以使用CTRL-G查看它。所以现在我采用了 :set noruler 的设置，只在需要了解百分比的时候查看，这样画面就不会过于杂乱了。这似乎与色彩斑斓的powerlines的流行趋势有点背道而驰。

如果想在标签、文件或文件中跳转，那么有些命令可以帮助你。比如：:ls、:tags、:jumps 和 :marks。在标签之间跳转实际上会创建一个栈，你可以按CTRL-T跳到前一个。以前我经常按CTRL-O退出跳转，但是它不如弹出标签栈那般直接。

在使用ctags编制索引的项目目录中，你可以使用 -t 选项在打开编辑器时直接跳到标签，比如：vim -t main。如果想更灵活地查找标签文件，那么可以设置 tags 配置变量。请注意如下示例中的分号，有了它Vim就可以从当前目录向上搜索到主目录。如此一来，你就可以在项目文件夹外部使用更通用的系统标记文件。 

set tags=./tags,**5/tags,tags;~

"                          ^ in working dir, or parents

"                   ^ in any subfolder of working dir

"           ^ sibling of open file

此外，还有一些缓冲区技巧。切换缓冲区的命令 :bu 可以接受缓冲区名称的片段作为参数，而不仅仅是数字。有时很难记住这些数字，相比之下源文件的名称更加方便记忆。你也可以使用标记来浏览缓冲区。如果使用大写字母作为标记的名称，则可以跨缓冲区跳转到该标记。你还可以在标题中设置标记H，在源文件中设置C，在Makefile中设置M，这样就可以在缓冲区之间来回跳转了。

你有没有遇到过这种情况：复制一个单词，然后在其他地方删掉一个单词，当尝试粘贴第一个单词时，却发现原来复制的单词已被覆盖。是不是很气恼？Vim寄存器不善于处理这种情况。你可以用 :reg 检查其内容。当你复制文本时，先前的复制就会被轮换到寄存器"0 - "9。因此，"0p 会粘贴倒数第二个复制/删除。特殊寄存器 "+ 和 "* 可以从系统剪贴板中复制/粘贴，也可以复制/粘贴到系统剪贴板。通常，这两者的含义相同，除了在一些X11设置中会区分首选和备选。

另一个非常方便的隐藏功能是命令行窗口。它是一个缓冲区，其中包含了你以前运行的命令和搜索。你可以通过 q: 或 q/ 显示该窗口。在进入该缓冲区后，你可以随意移动到任何一行，然后按Enter键运行该行的命令。然而，你也可以在按Enter键之前对行进行编辑。你的更改不会影响该行（仅会将新的命令将添加到列表的底部）。

vim的使用技巧繁多，文本无法详尽阐述。如果你想了解更多信息，请参阅帮助文档：views-sessions、viminfo、TOhtml、ins-completion、cmdline-completion、multi-repeat、scroll-cursor、text-objects、grep、netrw-contents。

原文：https://begriffs.com/posts/2019-07-19-history-use-vim.html

本文为 CSDN 翻译，转载请注明来源出处。

【END】

 热 文 推 荐 

☞ 今日头条 7 年，好的算法还可以做什么？

☞为何敲代码，学好数学很重要？

☞网易云音乐工程师，亲自揭晓消息队列改造之路！| 技术头条

☞ 90 后程序员薪资大揭秘：有人刚毕业年薪 200 万，有人月薪不足 1 万

☞ 一文读懂Bakkt：加密货币的纽交所

☞ 学阿里中台，80%的人只学到了皮毛！揭秘阿里中台的12个架构思维和原则

☞ 真正适合小白的教程：Python有什么用？数据化运营怎么做？

☞ 效果惊人！中科院、百度研究院等联合提出UGAN，生成图片难以溯源

☞ 为什么雷军说“华为不懂研发”？

点击阅读原文，输入关键词，即可搜索您想要的 CSDN 文章。

你点的每个“在看”，我都认真当成了喜欢

相关标签
所有标签

扫一扫

在手机上阅读