对于Mac .app包，如果可用，您应该通过cask安装它们，因为使用符号链接可能会导致问题。你甚至可能会得到以下警告，如果你酿造linkapps:

不幸的是，brew linkapps不能很好地与聚光灯使用 别名或符号链接和自制公式都不能构建“适当的”.app 可以重新定位的包。相反，请考虑使用酿造桶和 使用.apps将公式迁移到桶中。

对于MacVim，您可以安装:

brew cask install macvim

然后，您应该能够像启动任何其他macOS应用程序一样启动MacVim，包括mvim或从终端会话打开-a MacVim。

UPDATE: A bit of clarification about brew and brew cask. In a nutshell, brew handles software at the unix level, whereas brew cask extends the functionality of brew into the macOS domain for additional functionality such as handling the location of macOS app bundles. Remember that brew is also implemented on Linux so it makes sense to have this division. There are other resources that explain the difference in more detail, such as What is the difference between brew and brew cask? so I won't say much more here.

In addition, if you want to use MacVim (or GVim) as $VISUAL or $EDITOR, you should be aware that by default MacVim will fork a new process from the parent, resulting in the MacVim return value not reaching the parent process. This may confuse other applications, but Git seems to check the status of a temporary commit message file, which bypasses this limitation. In general, it is a good practice to export VISUAL='mvim -f' to ensure MacVim will not fork a new process when called, which should give you what you want when using it with your shell environment.

在.bz2文件的根目录下应该有一个名为mvim的脚本。把它复制到你的$PATH (/usr/local/bin会很好)，你应该排序。

这对我来说很管用:

λ brew link --overwrite macvim
Linking /usr/local/Cellar/macvim/8.0-146_1... 12 symlinks created

假设MacVim安装在Application文件夹中。

不要在你的环境中添加MacVim路径，而是在terminal中输入以下命令创建一个链接:

sudo ln -s /Applications/MacVim。应用程序/内容/ bin / mvim /usr/local/bin/mvim

然后，打开一个新的终端窗口/选项卡，输入mvim。

对于Mac .app包，如果可用，您应该通过cask安装它们，因为使用符号链接可能会导致问题。你甚至可能会得到以下警告，如果你酿造linkapps:

不幸的是，brew linkapps不能很好地与聚光灯使用 别名或符号链接和自制公式都不能构建“适当的”.app 可以重新定位的包。相反，请考虑使用酿造桶和 使用.apps将公式迁移到桶中。

对于MacVim，您可以安装:

brew cask install macvim

然后，您应该能够像启动任何其他macOS应用程序一样启动MacVim，包括mvim或从终端会话打开-a MacVim。

UPDATE: A bit of clarification about brew and brew cask. In a nutshell, brew handles software at the unix level, whereas brew cask extends the functionality of brew into the macOS domain for additional functionality such as handling the location of macOS app bundles. Remember that brew is also implemented on Linux so it makes sense to have this division. There are other resources that explain the difference in more detail, such as What is the difference between brew and brew cask? so I won't say much more here.