絕對是自製的。我從Fink開始，然後切換到MacPorts（更快樂），然後切換到Homebrew（非常快樂）。這些是我使用每種工具的原因（如果需要的話，請使用專業列表）：

Fink

• 基於公寓-如果您來自基於Debian的公寓，您將有賓至如歸的感覺環境
• 二進制軟件包-軟件包可作為二進製文件使用，因此編譯時間不長。實際上，儘管我發現預編譯的二進製文件總是過時了，但無論如何我都不得不為系統編譯東西
• 不錯的軟件包選擇

MacPorts

• 最大的軟件包/端口選擇
• 通常非常最新
• 很好的 variants系統，可讓您自定義構建
• 簡單直觀的端口文件，還允許您添加自己的端口文件
• 支持許多版本的OSX和macOS（包括PowerPC版本），請參見其他答案

自製軟件

• 非常最新
• 最大程度地利用了OS X所提供的功能。與Fink或MacPorts不同，它沒有要求您從頭開始構建/安裝ruby和庫，只是為了安裝一些基於Ruby的小型工具。
• 安裝到 / usr / local 中，因此不需要修改 PATH 到處
• 用戶擁有的所有內容，因此沒有軟件包需要具有潛在風險的root用戶訪問權限來安裝
• 每個安裝led包被乾淨地沙盒化到自己的地窖中，因此您不會在系統上散佈文件，而只是來自bin，man等的符號鏈接。
• 非常容易來創建自己的文件自己的公式文件（即包描述符）
• 由於您來自ruby背景，另一個優點是所有內容均以ruby編寫，並且所有公式都是簡單的ruby腳本

pkgin

• 最新
• 由於預編譯的二進製文件而安裝速度更快
• 由pkgsrc支持的/ opt / pkg /
• 中安裝的所有內容社區和Joyent
• 已知可以在NetBSD，DragonFly BSD，Solaris，Debian，Mac OS X，Minix上工作

https://pkgsrc.joyent.com/install-on-osx /

http://pkgin.net/

MacPorts

它更獨立於Mac OS X，這意味著MacPorts只會忽略Mac OS X中已經提供的許多系統庫和軟件，而將其拉成自己的，當您安裝的實用程序需要一些大型庫和軟件時，速度可能會變慢。

但是這種​​選擇比較安全，因為安裝的軟件包較少受蘋果系統更新/升級過程的影響。

Homebrew

它更依賴於現有的Mac OS X安裝的軟件包，因此這將加快軟件包的安裝速度並盡量減少冗餘庫。

但是的風險是安裝的軟件包可能由於Apple的系統更新/升級而被破壞。

因此，這是兩種不同的類型

。此外，默認情況下，Homebrew會接管 / usr / local ，而有些人不喜歡它，因為它與某種方式衝突unix傳統，可能會導致p如果您已經在其中安裝了任何東西（MySQL等），則會出現問題。

除了這些區別之外，考慮到這兩個可以提供的軟件包，您可以使用這兩個命令進行檢查安裝了MacPorts / Homebrew，向您顯示它們當前提供的軟件包：

 端口列表| wc -lbrew搜索| wc -l  

，您會發現MacPorts的軟件包比Homebrew多得多。

（2016年5月13日19399 vs 3583）

至少添加一些我自己的想法，至少在2014年底左右才是真實的想法。

在幾年前，國產啤酒在思想分享方面絕對占優勢。您會發現很多博客都在談論人們對Homebrew的滿意程度-通常是因為整個“ MacPorts拉動了整個世界”與“ Homebrew充分利用了您已有的東西”之類。

但是，海事組織（IMO），MacPorts與幾年前相比已經是另一回事了。當我第一次切換到OS X的&使用MacPorts時，MP理念的確令人沮喪，因為幾乎所有內容都是從源代碼構建的。新安裝特別麻煩/緩慢。但是在過去的一年左右的時間裡，純粹根據我自己的印象，似乎90％的MP軟件包都是二進製文件&，因此現在安裝確實非常快。從我的收集來看，自製軟件也正朝著“瓶子”的方向發展，但我給人的印像是，此時您通過HB安裝的大多數東西都是從源代碼編譯的。

因此，提供反駁的意見，MacPorts如今似乎實際上是“更快”的選擇。但是，大多數人對MP的看法似乎是基於大約2011-12的經驗，因此&並沒有真正考慮到這一點。儘管我不是普通的HB用戶（但並排使用它非常痛苦），但還是要加些鹽。從長遠來看，“戰爭”

• HB都是Ruby，而MacPorts及其程序包公式是用TCL編寫的，而TCL並不是一種流行的腳本語言。也就是說，創建您自己的端口文件非常簡單。
• HB基於GitHub &開發，因此似乎對新貢獻者更為歡迎，而MacPorts在我認為的某個地方託管了自己的SVN存儲庫-基本上反映了不同之處我猜這兩個項目的年齡。
• 如前所述，人們普遍認為，MacPorts被HB &正確或錯誤地取代，這吸引了更多的人。

否則YaOZl & kLy涵蓋了主要區別sudo，依賴項等都很好。我個人確實發現MacPorts有時會引起一些麻煩，例如其他程序不希望在 / opt / local 中包含任何內容，安裝具有root權限的東西等。&通常有些事情是最好的沒有與MacPorts一起安裝（例如，您可以通過MacPorts安裝Rails，但是如果不通過Ruby的常規Gem管理來安裝它，您會發瘋）。除此之外，儘管我非常支持MacPorts建立自己的小世界&而不依賴某些預包裝的OS X庫的哲學-當它起作用時，並且大多數情況下，一切都變得非常簡單。您真正想要的是包管理器。正如我所提到的，在這一點上，它可以很快地完成大多數事情。

希望其中一些有用。

（到目前為止）似乎沒有提到的其他答案是，MacPorts對舊版macOS具有出色的支持。Homebrew僅支持Apple當前支持的操作系統，這通常意味著最近三個版本。例如，從2020年8月開始，只有Catalina，Mojave和High Sierra與Homebrew兼容。

相比之下，MacPorts可以安裝在Tiger（！）上，並且該項目維護特殊的補丁程序以使軟件盡可能地工作。他們還維護一個“傳統支持”庫，該庫將符號從新版本的macOS反向移植到較舊的版本。在編譯時鏈接到此庫可以使各種新軟件突然在舊系統上運行！

因此，如果您正在運行舊版本的macOS，或者如果您認為可能需要在Apple的到期日期之後使用當前操作系統，那絕對是使用MacPorts的原因。

我可以輕鬆使用Brew，因此我無法告知它的缺點。MacPorts的一些缺點：

• 您必須從Apple Developer網站安裝Xcode，因此您必須具有Apple Developer帳戶（現在需要信用卡）並下載幾乎3.5 GB的內容；
• 如果防火牆阻止了端口873（rsync），則您必須手動配置HTTPS協議;
• 從中下載軟件包的HTTP（S）服務器（通常）非常慢（昨天低於20 KiB / s；已通過不同國家的幾個非常可靠的千兆連接進行了測試），並可能因錯誤操作太慢而失敗。在最後60秒內，傳輸速度不到1024字節/秒，迫使您從頭開始重做所有事情。

關於前兩點，有幾個非常受歡迎的問題。