在.vimrc中，“设置不兼容”是否完全没有用？

这个史诗性问题中的几个用户将以下内容放入.vimrc：

" Necesary for lots of cool vim things
set nocompatible

但是真的有必要吗？从文档：

'compatible' 'cp'
    boolean (default on, off when a |vimrc| or |gvimrc| file is found)

如果set nocompatible在中加入.vimrc，则表示.vimrc文件存在，似乎使它毫无意义。

如果是系统范围的vimrc，则不会关闭此选项。因此，如果您要更改系统范围的vimrc，并且需要它，则需要进行设置。

从文档部分* compatible-default *（强调我的）：

当Vim启动时，'compatible'选项打开。Vim开始初始化时将使用它。但是，一旦找到用户vimrc文件，或者当前目录中的vimrc文件，或者设置了“ VIMINIT”环境变量，它将被设置为“ nocompatible”。

另一个区别是，显式设置'nocompatible'否决了使用-C标志调用vim的规则。

在任何其他情况下，是的，在vimrc中设置'nocompatible'是没有问题的。

最后，我认为这仅仅是“安全胜于遗憾”的问题。

很多人在GitHub上共享他们的.vimrc文件，有时我会测试设置而不替换我的.vimrc文件。vim允许我使用-u标志。

vim -u test_vimrc

来自vim“：help不兼容”

（注意：对于系统范围的vimrc或gvimrc文件，或者使用| -u |参数指定的文件，都不会发生这种情况）。

这意味着，如果您与某人共享.vimrc且他们使用-u标志加载文件，则vim的配置将不同于文件名为.vimrc且位于您的主目录中。

我在Windows VM上的Cygwin中使用vim，每次进入插入模式时，按箭头键将导致vim在屏幕上打印“ A”，“ B”，“ C”或“ D”，而不是滚动。我发现了一个论坛，说将vim置于非兼容模式会解决该问题。幸运的是，它做到了。

我在〜/ .vimrc文件中放入了“ set nocompatible”，问题仍然没有解决。因此，也许这不是100％无用的。

基于以上Johnny指出的内容，当我发现以下内容时，我感到非常惊讶：

$ cat /usr/share/vim/vimrc.tiny
" Debian system-wide default configuration Vim
set runtimepath=~/.vim,/var/lib/vim/addons,/usr/share/vim/vimfiles,/usr/share/vim/vim74,/usr/share/vim/vimfiles/after,/var/lib/vim/addons/after,~/.vim/after

set compatible

啊！

不，我没想到这一点。实际上，Debian（或Debian Unstable，又名Ubuntu）确实通过设置compatible覆盖默认设置，给用户带来了噩梦。我希望您现在知道为什么当您来自FreeBSD时，您要做的第一件事就是通过将aset nocompatible放到您自己的中来覆盖系统范围的设置~/.vimrc。因为否则，您只会产生字母，而不能像以前那样移动光标。

我认为这是一个可怕的想法。换句话说，set compatible应该在Debian和Ubuntu中从系统范围删除此行vimrc.tiny，因为它会使新用户烦恼，这些用户还不知道如何使光标键正常工作。正是nano由于这些完全毫无意义的阻止程序，才迫使这些应用程序与其他应用程序抗衡！

我真的想和那个曾经将这一更改传播到Debian中系统范围的资源文件的家伙交谈。也许对那些完全承认他的改变的人也是如此。

约翰尼是对的：在您的私人PC上，您可以从系统范围内的.vimrc中删除该行（如果有），然后在$ HOME上触摸一个空的.vimrc。非常感谢您指出这一点，再次减少了混乱。请注意，您必须具有该值~/.vimrc（即使为空！），否则，如果不显式输入，将无法使用游标set nocompatible。