Macos 仅桶自制配方

今天，我通过

自制
安装了
curl
公式，但安装后（并重新采购外壳），我注意到：

% which curl 
/usr/bin/curl

事实上，
brew install curl
的输出表明它只是一个keg公式，而且由于操作系统X中已经存在
curl
，因此它没有将其链接到自制前缀，因为这可能会导致未指明的问题

然后继续说明

一般来说，这对你没有任何影响

我想知道：


到底是什么样的问题
通过自制程序安装桶装配方的目的是什么？如果新安装的工具不在
路径中
，怎么可能没有后果

问题：如果将自制应用程序放在同一版本的默认OS X版本前面的路径中，实际上任何事情都可能发生。最常见的问题是由两个版本中可用的命令行选项集之间的差异或选项含义的差异引起的。对于curl来说，结果可能并不那么糟糕，但对于其他应用程序，最坏的情况是，您可能会破坏操作系统
只装桶：现在您有了两个版本的curl！默认的OSX和自制软件。如果要使用不是默认设置而是自制的功能，可以显式调用自制curl。精确的路径取决于您如何设置自制程序。因为新安装的版本不在路径中，除非显式调用它，否则不太可能导致问题
如果它们是动态链接的，并且一个是最新版本，即最新版本，也可能会遇到问题。因此，链接的优先级可能比旧版本高，并且会破坏旧版本，特别是如果它们是非常不同的版本。Git已经安装在Mac OS X 10.8上，但Git自制公式不仅仅是keg，即。，它将“
git
”放在默认OSX版本前面的路径中。这样可以吗？@MattDiPasquale git不是一个关键的应用程序，我认为它是由XCode安装的。无论如何，对于您的
系统来说这不会是一个问题，我可以使用不同的名称将新的curl添加到路径中吗。类似于
curl new
而不是
curl
？@cmcdrangkai的东西，您可以始终使用shell别名来执行此操作。我发现“一般情况下，这不会给您带来任何后果”警告的措辞非常混乱，特别是提到
LDFLAGS
和
CPPFLAGS
。我花了一段时间才意识到它是为所有只适用于桶的配方而印刷的。段落的中断并没有明确说明该信息与什么有关。