自制程序包管理器和 sudo
Homebrew package manager and sudo
我没看到他们有论坛，我试着 Google 为什么 homebrew 不喜欢使用 sudo 命令，但我发现的大多数帖子都是这样的，"Why would you want to?"，或 "Don't do it"，这并没有真正回答我试图找到答案的问题。
这让我感到困惑，因为我来自 linux 环境，并且最近才加入 mac 生态系统。对于 Ubuntu-like 和 Arch 发行版，您通常使用 sudo 来安装系统使用的应用程序，并对通常不受 machine 的单个用户管理的系统目录进行更改。这对我来说很有意义，因为在我也有点熟悉的 Windows 上执行安装甚至需要管理员访问权限。这些系统目录通常归根所有。
第一个提示是将 /usr/local 的所有者更改为我的用户。我最终做到了，而且还不错，但直到今天，我仍然想知道他们为什么这样做，因为我不是这个 machine 的唯一用户。我知道它使它可以组写，但我仍然觉得一个标准用户修改另一个标准用户拥有的系统目录很奇怪。
大多数 Homebrew 用户都在他们的个人计算机上，因此共享目录问题不适用。当您与多个用户共享一台机器时，您可以根据需要将其安装在其他地方，例如在 ~/brew.
如果 brew 可执行文件归 root 所有，您仍然可以将 sudo 与 Homebrew 一起使用。然而它完全不受支持。
我没看到他们有论坛，我试着 Google 为什么 homebrew 不喜欢使用 sudo 命令，但我发现的大多数帖子都是这样的，"Why would you want to?"，或 "Don't do it"，这并没有真正回答我试图找到答案的问题。
这让我感到困惑，因为我来自 linux 环境，并且最近才加入 mac 生态系统。对于 Ubuntu-like 和 Arch 发行版，您通常使用 sudo 来安装系统使用的应用程序，并对通常不受 machine 的单个用户管理的系统目录进行更改。这对我来说很有意义，因为在我也有点熟悉的 Windows 上执行安装甚至需要管理员访问权限。这些系统目录通常归根所有。
第一个提示是将 /usr/local 的所有者更改为我的用户。我最终做到了，而且还不错，但直到今天，我仍然想知道他们为什么这样做，因为我不是这个 machine 的唯一用户。我知道它使它可以组写，但我仍然觉得一个标准用户修改另一个标准用户拥有的系统目录很奇怪。
大多数 Homebrew 用户都在他们的个人计算机上，因此共享目录问题不适用。当您与多个用户共享一台机器时，您可以根据需要将其安装在其他地方，例如在 ~/brew.
如果 brew 可执行文件归 root 所有，您仍然可以将 sudo 与 Homebrew 一起使用。然而它完全不受支持。