就目前而言，其他答案是正确的，但它们没有回答为什么会出现这个问题，以及如何解决这个根本原因。

导致

这个问题可能有两个原因:

已使用其他用户执行自制程序安装，而不是您当前使用的用户。Homebrew希望只有最初安装它的用户才会想要使用它。 您安装了一些不使用brew写入/usr/local的软件。这是酿酒医生建议的原因，如果你运行它。

解决方案

多用户家酿

如果您有多个用户帐户，并且希望其中多个帐户能够使用brew，则需要执行几个步骤，否则每次切换用户时都必须不断更改Homebrew文件结构的所有权，这不是一个好主意。

详细的说明可以在网上找到，但简单的答案是:

Create a group named brew: Open System preferences Click Accounts Click the "+" (unlock first if necessary) Under New account select Group enter brew Click Create Group Select the brew group, and add the user accounts you want to use brew to it. change the /usr/local folder group ownership: sudo chgrp -R brew /usr/local change the permissions to add write to /usr/local as group: sudo chmod -R g+w /usr/local change homebrew cache directory group: sudo chgrp -R brew /Library/Caches/Homebrew change the homebrew cache directory permissions: sudo chmod -R g+w /Library/Caches/Homebrew

单用户自制

如果你不想在Homebrew上使用多个用户，那么根据brew doctor的建议，其他答案提供的解决方案可能就足够了:

sudo chown -R $(whoami) /usr/local

sudo chown -R $(whoami) /库/缓存/自制

验证

在这些步骤之后，brew doctor应该报告brew组中的任何用户的成功，假设您已经注销并重新登录以应用新的组成员资格(如果您走的是多用户路线)。如果您只是纠正了单个用户自制程序的错误，那么应该不需要登出和重新登录，因为您的组成员都没有改变。

我发现以下与Sophos反病毒用户相关:

https://stackoverflow.com/a/32981184

https://community.sophos.com/products/free-antivirus-tools-for-desktops/f/17/t/10029

简而言之，Sophos正在更改某些/usr/local目录的权限。Sophos已经对此进行了修补，该修复包含在9.4.1版本中。

我发现对于我的特定设置，以下命令是有效的

brew doctor

然后它告诉我我的错误在哪里，然后这个与上面的注释略有不同的命令。

sudo chown -R $(whoami) /usr/local/opt

根据Alex的回答，我能够解决这个问题;似乎这是一个问题，不特定于软件包正在安装，但自制文件夹的权限。

sudo chown -R `whoami`:admin /usr/local/bin

对于某些包，你可能还需要对/usr/local/share或/usr/local/opt执行这个操作:

sudo chown -R `whoami`:admin /usr/local/share
sudo chown -R `whoami`:admin /usr/local/opt

如果您已经在/usr/local中为正在安装的包创建了一个目录，您可以尝试删除这个目录。

在我的情况下，我之前安装了我试图安装的包，没有使用brew，然后卸载了它。之前的安装留下了一个目录/usr/local/<my_package>/。我删除了这个文件夹(sudo rm -rf /usr/local/<my_package>/)，之后酿造链接步骤成功。

与其运行任何特定的命令，我建议运行brew doctor并认真对待所有警告。你可能会遇到其他问题，而这些问题在这个问题中可能没有体现出来。

此外，随着brew的更新，某些命令可能仍然有效，也可能不有效。然而，酿造医生将确保您获得最新的故障排除。