先用一句話說清楚 BrewUI 是什么它是 Homebrew 的圖形化管理界面把 brew 最常用的安裝、卸載、升級、服務(wù)管理、依賴查看這些操作從終端搬到了瀏覽器窗口里。很多人在 Mac 上裝 Homebrew 都交過學費要么安裝腳本卡住半天沒反應(yīng)要么 Intel Mac 上死活裝不上好不容易裝完之后又不知道日常操作該怎么下手等想卸載的時候還發(fā)現(xiàn)系統(tǒng)里到處是殘留目錄。這篇文章不是我對著官方文檔念一遍而是我把 BrewUI 裝到兩臺機器之后的復(fù)盤一臺是 2017 年的 Intel iMac系統(tǒng)停在 macOS Monterey完整處理過 Mac 安裝 Homebrew 報錯的全過程另一臺是 Apple Silicon 的 MacBook Pro走的是全新環(huán)境。Intel Mac 安裝不了 Homebrew 的那部分我會把自己一步步試出來的排查順序?qū)懬宄ㄔ趺从苗R像源繞過網(wǎng)絡(luò)問題、怎么處理殘留目錄、日常基本操作怎么做、以及卸載 Homebrew 之后怎么清理干凈。無論你是剛接觸命令行的新手還是長期用 macOS 的開發(fā)者只要想把 brew 用得順手這篇都值得讀下去。1. 先別急著裝 BrewUI想清楚它到底解決什么問題1.1 Homebrew 命令行本身很強但日常使用有“看不見”的痛點Homebrew 是 macOS 上最主流的包管理器這一點不用多解釋。它的價值在于把軟件安裝過程變成一條命令還幫你管理依賴、版本、卸載動作理論上比手動拖安裝包干凈得多。但真用起來命令行工具的毛病也很明顯它不會主動告訴你哪些包可以升級了除非你定期想起來手動敲brew outdated它也不會直觀展示這個軟件依賴了多少個子包、卸載之后會殘留什么brew services管理常駐服務(wù)時必須記參數(shù)brew cleanup、brew autoremove這類維護命令又很冷門很多人裝完軟件之后根本沒有意識去執(zhí)行。當初我用命令行已經(jīng)比較熟練但面對一堆常年不更新的舊包還是經(jīng)?？克阉魅ゲ槊?。BrewUI 這類工具解決的就是這個問題它把 brew 的狀態(tài)變成可視化的列表、按鈕和概況頁讓你不需要記住所有子命令也能把 Homebrew 管明白。1.2 BrewUI 的運行原理它不是重新實現(xiàn) Homebrew只是給 brew 做個“遙控器”有一個特別重要的概念要先說清楚BrewUI 本身不會去直接安裝軟件也不會繞過包管理器。它的后臺還是在調(diào)用 brew 的命令行接口只不過把 brew 輸出的文本和結(jié)構(gòu)化的 JSON 數(shù)據(jù)解析出來再渲染成網(wǎng)頁界面。你在界面上點了一個“升級按鈕”它執(zhí)行的本質(zhì)上還是brew upgrade你在界面里搜索一個軟件它背后跑的是brew search和brew info。這意味著如果 Homebrew 本身有問題BrewUI 也會跟著出問題。很多新手以為裝上圖形界面就萬事大吉結(jié)果 UI 里紅字報錯就以為是 BrewUI 壞了其實后臺是 brew 或系統(tǒng)沒配好。排查問題的順序應(yīng)該是先驗證brew --version和brew doctor是否正常再去看 BrewUI 報的錯。理解這一點后面很多坑都能避開。1.3 什么人不適合裝 BrewUI這部分我說得直接一點BrewUI 不是給所有人準備的。如果你是那種完全不碰命令行的人連“包管理”的概念都沒有我建議先掌握 brew 的十幾個核心命令再上 UI 工具否則出問題你都描述不清楚。反過來如果你是重度開發(fā)者所有操作都已經(jīng)條件反射也不一定需要常駐一個 UI。我的建議是把 BrewUI 當成“定期體檢入口”而不是“日常主界面”。每隔一兩周打開看一眼全局狀態(tài)比每天在終端里反復(fù)敲命令要輕松很多。如果你只有一臺 Mac又很在意工具鏈的簡潔性可以先用命令行等感覺管理吃力了再把它加進來。2. 安裝 BrewUI 前先做環(huán)境自查這幾步能省大量時間2.1 先分清芯片類型和 Homebrew 安裝路徑這是后面所有操作的地基Mac 從 Intel 遷移到 Apple Silicon 之后Homebrew 的默認安裝路徑也變了。Intel Mac 上 Homebrew 安裝在/usr/local目錄Apple Silicon 上安裝在/opt/homebrew目錄。這個差異不只是“裝在哪兒”這么簡單它直接影響 brew 命令能不能被找到、BrewUI 該配置哪個路徑。你可以用兩個命令確認自己的芯片類型和當前 brew 路徑uname -m which brew如果uname -m輸出x86_64是 Intel 芯片輸出arm64是 Apple Silicon。which brew可以返回 brew 可執(zhí)行文件的絕對路徑在 Intel 上通常會看到/usr/local/bin/brew在 Apple Silicon 上是/opt/homebrew/bin/brew。如果which brew沒有輸出說明 Homebrew 還沒裝好或者 shell 的 PATH 變量有問題需要先處理。2.2 Xcode Command Line Tools 沒裝好Homebrew 裝了也會反復(fù)報錯很多人裝 Homebrew 報錯源頭根本不在 Homebrew而在 Xcode Command Line Tools。這是一套命令行開發(fā)工具Homebrew 編譯軟件、鏈接文件都得用到它。系統(tǒng)沒裝好時最常見的報錯是xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun或者安裝腳本跑到一半提示找不到clang、make之類的編譯器。檢查命令很簡單xcode-select -p如果正常會輸出類似/Library/Developer/CommandLineTools的路徑。如果提示找不到就執(zhí)行xcode-select --install安裝過程中會彈窗等它跑完即可。需要提醒的是有些人的 Command Line Tools 路徑存在但已經(jīng)損壞這時候可以先用sudo xcode-select --reset重置路徑再重新安裝。這個重置操作不會影響你已有的 Xcode 應(yīng)用。千萬不要跳過這一步直接安裝 Homebrew否則后面每裝一個需要編譯的包都會撞墻。2.3 安裝前用三個命令做“體檢”版本、路徑和整體健康度確認了芯片和命令行工具之后還要確認 Homebrew 本身是否可用。我會按順序跑三個命令brew --version which brew brew doctorbrew --version看版本是否正常which brew確認當前 shell 找到的是不是預(yù)期目錄里的 brewbrew doctor會輸出一堆警告和提示包括權(quán)限問題、重復(fù)的工具鏈、不穩(wěn)定的 tap 源等。很多人看到brew doctor的輸出很長就不看了這是錯的。brew doctor的大部分提示可以忽略但有幾類必須處理提示某個目錄沒有寫權(quán)限、提示重復(fù)安裝的軟件、提示 tap 源路徑錯誤。這些問題不解決BrewUI 之后的升級、卸載操作都可能失敗。如果brew doctor報告了很多條不要慌一條一條看。我自己的經(jīng)驗是超過 80% 的警告只是提醒真正會讓工具不可用的只有權(quán)限和路徑問題。3. 一步一步安裝 BrewUI順手把 Mac 安裝 Homebrew 報錯解決掉3.1 官方安裝腳本本身就會遇到的報錯先有個預(yù)期如果 Homebrew 還沒安裝標準的安裝命令是/bin/bash -c $(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)這條命令會下載安裝腳本并執(zhí)行。但在實際網(wǎng)絡(luò)環(huán)境里這一步就足夠卡住很多人。字符串里的raw.githubusercontent.com在某些網(wǎng)絡(luò)環(huán)境下經(jīng)常超時報錯通常是curl: (7) Failed to connect to raw.githubusercontent.com port 443: Connection refused curl: (28) Operation timed out after 30000 milliseconds with 0 bytes received看到這種錯誤不用懷疑操作不對就是網(wǎng)絡(luò)到 GitHub 的連接不穩(wěn)定。解決方法不是干等而是順手配置鏡像源。下面我會重點講 Intel Mac 上的場景。3.2 Intel Mac 安裝不了 Homebrew 的常見原因和鏡像源處理先說結(jié)論Intel Mac 安裝不上 Homebrew大部分不是機器老了而是網(wǎng)絡(luò)和安裝殘留的組合問題。我自己在 2017 年的 iMac 上就遇到過三種典型現(xiàn)場。第一種是安裝腳本下載階段超時。這很容易判斷報錯里會出現(xiàn)curl和超時時間。解決辦法是配置 Git 倉庫鏡像源把 brew 官方源替換成可用的開源鏡像源。環(huán)境變量可以這樣設(shè)置export HOMEBREW_BREW_GIT_REMOTEhttps://mirrors.example.com/git/homebrew/brew.git export HOMEBREW_CORE_GIT_REMOTEhttps://mirrors.example.com/git/homebrew/homebrew-core.git export HOMEBREW_BOTTLE_DOMAINhttps://mirrors.example.com/homebrew-bottles export HOMEBREW_NO_AUTO_UPDATE1其中HOMEBREW_BREW_GIT_REMOTE是 brew 主倉庫源HOMEBREW_CORE_GIT_REMOTE是軟件包倉庫源HOMEBREW_BOTTLE_DOMAIN是預(yù)編譯包的下載源。替換成可用的鏡像源后整個安裝過程會順暢很多。注意不同鏡像站的路徑結(jié)構(gòu)不一樣以你選的鏡像站幫助文檔為準。第二種原因是之前安裝失敗留下的殘留目錄。比如提示Error: /usr/local/Homebrew is not a directory.這說明舊版本安裝沒卸載干凈。處理方法是先手動刪除殘留再重新運行安裝腳本sudo rm -rf /usr/local/Homebrew sudo rm -rf /usr/local/Caskroom sudo rm -rf /usr/local/Cellar刪除目錄是很重的操作請先確認里面沒有你沒備份的東西。如果只是/usr/local/Homebrew這一個目錄殘留優(yōu)先只刪它不要一上來就清空整個/usr/local。第三種原因是系統(tǒng)版本太舊或 Command Line Tools 損壞。舊版 macOS 上安裝新版本 Homebrew腳本會檢查系統(tǒng)版本不滿足時直接退出。這種時候我不會建議繼續(xù)折騰能升級系統(tǒng)就升級不能升級就考慮用對應(yīng)舊版本的公式倉庫但這對普通用戶來說維護成本很高性價比很低。先修 Command Line Tools 再重試往往比換分支靠譜。3.3 安裝 BrewUI 的通用步驟下載、解壓、運行當 Homebrew 本身能正常工作時安裝 BrewUI 就相對簡單。我用的版本是以 Web 界面方式運行的獨立程序安裝邏輯如下?？梢詮?BrewUI 項目的 GitHub Releases 頁面下載對應(yīng) macOS 的壓縮包選擇時注意芯片類型Intel 下載amd64版本Apple Silicon 下載arm64版本。下載后解壓到一個固定目錄我習慣放在~/Applications/BrewUI下mkdir -p ~/Applications/BrewUI tar -zxf brewui_darwin_amd64.tar.gz -C ~/Applications/BrewUI cd ~/Applications/BrewUI具體文件名以你下載到的版本為準不同時期的打包方式可能不同。解壓后一般會得到一個可執(zhí)行文件或一個啟動腳本用./直接運行即可啟動服務(wù)。我通常用這樣的命令./brewui serve --port 8787 --brew-path $(which brew) ~/.brewui.log 21 啟動后打開瀏覽器訪問http://127.0.0.1:8787就能看到界面了。這個--brew-path參數(shù)非常重要它讓 UI 明確知道自己該調(diào)用哪個 brew。如果本機同時存在多個 Homebrew 環(huán)境不指定路徑很容易調(diào)到錯誤版本。如果你更喜歡讓它以后臺服務(wù)方式運行可以用brew services start brewui但前提是 BrewUI 本身已經(jīng)被打包成可用的 formula 或 cask。這個以項目文檔為準不同發(fā)行版差別很大。手動用nohup方式啟動雖然簡陋但也不容易出問題。3.4 首次打開界面先做這三項配置BrewUI 首次打開后不要急著點升級先把三個配置確認好。第一確認 brew 可執(zhí)行文件路徑。界面里一般會有一個設(shè)置頁或環(huán)境檢測頁顯示檢測到的 brew 版本。如果顯示為空手動填入which brew的輸出路徑。第二確認 shell 環(huán)境。BrewUI 在后臺調(diào)用 brew 時需要繼承一個完整的用戶環(huán)境否則 PATH 不對就找不到命令。很多 Web 管理工具都會提供“是否使用 login shell”的選項建議打開。第三注意權(quán)限邊界。我不建議在 UI 界面里保存密碼、也不建議讓后臺自動以 sudo 方式執(zhí)行安裝命令。brew 本身只在少數(shù)場景需要 sudo日常安裝卸載都不需要。如果 UI 提示某個操作需要管理員權(quán)限你要先看命令內(nèi)容而不是直接授權(quán)。這是我給大家的硬性建議任何包管理器前端工具都不要做成“自動提權(quán)模式”否則一旦 UI 被攻擊機器就等于裸奔。4. BrewUI 的基本操作日常裝包、更新和清理都用得上4.1 過一段時間就看看 outdated別等軟件全亂才處理Homebrew 的基本操作里大家最常用但最容易忘的就是“檢查更新”。在終端里對應(yīng)的命令是brew update brew outdatedbrew update同步遠程倉庫brew outdated列出所有本地已安裝、但遠端有新版可用的包。在 BrewUI 里這兩個操作通常被合并成一個“檢查更新”按鈕點一下就能看到 out of date 列表。看到列表之后不要閉眼點“全選升級”。我踩過坑一次把所有軟件全部升級結(jié)果某個命令行工具的新版本不兼容項目腳本折騰了一個下午才回滾。現(xiàn)在我的習慣是分兩批處理先升級日常開發(fā)工具再升級語言運行時和系統(tǒng)級工具。如果界面支持按 tag 過濾就把編譯器和運行時單獨篩選出來升級前用下面的命令記錄當前版本brew list --versions ~/Desktop/brew_versions_backup.txt這個命令會把當前所有包和版本號導(dǎo)出萬一升級后崩了至少能知道應(yīng)該回滾到哪個版本。4.2 安裝和卸載軟件時UI 里親眼能看到依賴關(guān)系在終端安裝軟件是brew install 包名卸載是brew uninstall 包名看起來很簡單但復(fù)雜的是依賴關(guān)系。有的包裝完之后會帶回十幾個依賴庫卸載主包時這些依賴并不會自動消失需要手動執(zhí)行brew autoremoveBrewUI 的價值在這里體現(xiàn)得很明顯。它會把依賴樹畫出來安裝前你能看到“這個包會給系統(tǒng)多帶多少東西”卸載前也能看到“哪些依賴會被孤立出來”。我的建議是卸載一個軟件之后順手點一下“清理孤立依賴”長期積累下來能給磁盤省下幾個 GB。具體操作對應(yīng)命令就是上面的brew autoremove。還有一個細節(jié)如果你想安裝指定版本終端命令是brew install 包名版本號比如brew install python3.10。UI 里通常也支持在搜索框里輸入帶版本號的名稱或者在已安裝列表里切換版本。搞清楚這個你就知道“在 UI 里裝舊版本”不是圖形界面單獨實現(xiàn)的功能而是 brew 本身支持多版本并存。4.3 管理后臺常駐服務(wù)brew services 的可視化很多 macOS 開發(fā)者都用 brew 安裝過 MySQL、Redis、Nginx 這類常駐服務(wù)。終端命令是brew services list brew services start mysql brew services stop mysql brew services restart redis這個命令鏈很容易記混尤其服務(wù)一多狀態(tài)是started、stopped還是error直接掃列表很累人。BrewUI 里一般會有一個 Services 頁簽把所有用 brew 安裝的服務(wù)列成一張表狀態(tài)一列是綠點或紅點旁邊就是啟動、停止、重啟按鈕還經(jīng)常能看到配置文件路徑和日志路徑。需要注意一個邊界brew services啟動的服務(wù)是用戶級服務(wù)不是系統(tǒng)級 daemon它的生命周期和當前用戶登錄狀態(tài)有關(guān)。雖然開機也會自動拉起但它是普通用戶進程不要指望它能提供跟系統(tǒng) daemon 一樣的權(quán)限和隔離。用 UI 管理這類服務(wù)很方便但你要清楚自己在管的是哪一層的東西。4.4 清理緩存和舊版本界面里的“清理”不要亂點brew cleanup是另一個很多人聽過卻不怎么用的命令它負責清理舊版本的軟件包和下載緩存。終端里先用下面的命令預(yù)覽brew cleanup -n-n是 dry-run只顯示會刪除什么不真正刪除。確認沒問題再去掉-n執(zhí)行。BrewUI 一般會把清理動作做成一個按鈕點擊前建議先看一眼預(yù)覽結(jié)果。另外brew cleanup并不會卸載那些“不再被依賴的包”它只清理版本殘留。要把無用依賴也刪掉還是需要brew autoremove配合。我的習慣是先把清理預(yù)覽看一遍再執(zhí)行 autoremove最后再看一眼磁盤占用du -sh $(brew --cache)這個命令顯示 brew 緩存目錄占了多少空間。如果長期沒清理幾十 GB 也是有可能的。5. Intel Mac 和舊系統(tǒng)重災(zāi)區(qū)那些安裝失敗的真實現(xiàn)場5.1 Intel 老機器上的三個安裝現(xiàn)場分別是怎么排查的我在 Intel iMac 上遇到的第一個現(xiàn)場安裝腳本下載階段直接報curl: (7) Connection refused。這種問題其實和 Intel 不 Intel 沒關(guān)系就是網(wǎng)絡(luò)連不上 GitHub。處理方法就是前面說的先設(shè)置鏡像源環(huán)境變量再跑安裝腳本。我沒有選擇無限重試因為重試三次以上基本可以確認網(wǎng)絡(luò)路徑有問題。第二個現(xiàn)場xcrun: error: invalid active developer path。這臺 iMac 之前可能被調(diào)整過 Command Line Tools路徑指向了一個不存在的目錄。我先執(zhí)行xcode-select --reset再執(zhí)行xcode-select --install重新安裝后問題消失。這是很多“Intel Mac 安裝不了 Homebrew”的隱藏原因因為機器年份老容易有歷史遺留的路徑調(diào)整。第三個現(xiàn)場安裝腳本執(zhí)行到一半提示某個目錄權(quán)限不足。這類報錯在/usr/local下很常見因為/usr/local的屬主不是當前用戶。處理方法是sudo chown -R $(whoami) /usr/local這句話的意思是把/usr/local目錄歸屬權(quán)還給自己。但我要提醒如果系統(tǒng)對/usr/local做了額外的安全策略這個命令可能不生效需要去系統(tǒng)設(shè)置里檢查目錄權(quán)限。別小看這一步它直接決定后續(xù)brew install能不能寫入目錄。5.2 網(wǎng)絡(luò)超時不只能傻等幾個環(huán)境變量能減少大量失敗網(wǎng)絡(luò)問題可以說是 Mac 安裝 Homebrew 報錯里最高頻的類型。除了依賴鏡像源另外一個很容易被忽略的變量是HOMEBREW_NO_AUTO_UPDATE。安裝或升級軟件時Homebrew 默認會先拉取更新這會導(dǎo)致安裝動作被拖慢很多。如果你構(gòu)建的是一個穩(wěn)定的開發(fā)環(huán)境不追求每次安裝都拿到最新公式可以設(shè)置export HOMEBREW_NO_AUTO_UPDATE1這個變量會讓 Homebrew 跳過自動更新直接執(zhí)行安裝。缺點是你可能安裝到相對舊一點的版本定義文件但至少能安裝成功。長期一直開著也不好我通常只在網(wǎng)絡(luò)差或者臨時裝包時顯式加上這個環(huán)境變量等網(wǎng)絡(luò)穩(wěn)定后再正常跑一次brew update。還有兩個環(huán)境變量也可能用到一個是HOMEBREW_NO_ANALYTICS1關(guān)閉匿名統(tǒng)計上報另一個是HOMEBREW_VERBOSE1打印詳細日志。排查網(wǎng)絡(luò)相關(guān)的安裝失敗時打開HOMEBREW_VERBOSE能看到每一行請求和重試時間定位慢在哪一步非常有用。5.3 從 Intel 切到 Apple Siliconbrew 路徑打架怎么處理現(xiàn)在還有一種常見情況遷移助手把 Intel 時代的數(shù)據(jù)搬到了 Apple Silicon 新機器上結(jié)果新機器/opt/homebrew和遷過來的/usr/local里都有 Homebrew。兩個目錄共存時which brew指向哪個BrewUI 就會去調(diào)動哪個非常容易造成混亂。解決思路是只保留一個 Homebrew。如果你當前機器是 Apple Silicon通常應(yīng)該優(yōu)先用/opt/homebrew/bin/brew把/usr/local里舊的 brew 相關(guān)目錄清理掉。但清理前要注意舊 brew 安裝的軟件可能還在運行。我建議先停掉舊 brew services再卸載舊包最后刪目錄。如果因為某些原因必須保留 Intel 版軟件環(huán)境可以用arch命令顯式指定執(zhí)行環(huán)境。比如在 Apple Silicon 上調(diào)用 Intel 版arch -x86_64 /usr/local/bin/brew list這些場景網(wǎng)上討論很多但核心原則就一條BrewUI 也好終端也好都要保證你調(diào)用的是同一個 Homebrew不能讓 PATH 變量在不同 shell 里指向不同位置。6. 卸載 BrewUI 與 Homebrew 殘留清理別把系統(tǒng)越搞越臟6.1 卸載 BrewUI 別漏掉進程、配置和緩存卸載 BrewUI 聽起來很簡單把應(yīng)用目錄刪除就好。但實際要處理四樣?xùn)|西。第一停止正在運行的進程。如果之前是用nohup方式啟動先找到對應(yīng)進程并殺掉pkill -f brewui如果之前注冊成了 brew services 或 launchd 服務(wù)先停止服務(wù)包括brew services stop brewui第二刪除解壓出來的程序目錄通常是我之前創(chuàng)建的~/Applications/BrewUI。第三刪除配置文件和數(shù)據(jù)目錄。這類 Web 工具一般會把配置放在~/.config/BrewUI或~/Library/Application Support/BrewUI還有一個可能的位置是~/.brewui.yaml。刪除前先打開配置文件看一眼別誤刪了其他工具。第四清理日志和緩存比如~/.brewui.log、~/Library/Caches下與 BrewUI 相關(guān)的緩存。如果你是通過brew install --cask安裝的 BrewUI正常的卸載方式是brew uninstall --cask brewui它會處理應(yīng)用文件和部分緩存但未裝入 Applications 的用戶配置文件不一定自動刪除還是需要手動檢查。6.2 Homebrew 卸載殘留一般藏在哪幾個目錄關(guān)于“homebrew 卸載殘留”一定要有目錄概念否則會覺得系統(tǒng)里到處都是不知道從哪下手。主要殘留位置如下/opt/homebrew或/usr/local/HomebrewHomebrew 的主目錄卸載不干凈時這里是最大的一塊。/usr/local/Caskroom、/usr/local/Cellar軟件包和 cask 安裝目錄很多用戶忘記刪。~/Library/Caches/Homebrew下載緩存空間浪費大戶。~/Library/Logs/Homebrew日志目錄。~/Library/Preferences下與 Homebrew 相關(guān)的 plist 文件。環(huán)境變量文件里的配置~/.zshrc或~/.bash_profile中可能寫了eval $(/opt/homebrew/bin/brew shellenv)卸載之后也要刪掉否則 shell 每次啟動都要報一次路徑不存在。我在清理老機器時先執(zhí)行了這樣一條命令看總占用du -sh /usr/local/Homebrew ~/Library/Caches/Homebrew真的把哪些平時看不到的目錄統(tǒng)計出來你才會對“殘留”有直觀感知。6.3 我的清理順序先卸載軟件再跑官方腳本最后手動掃我清理 Homebrew 的順序是固定的不建議反過來。第一步先卸載所有通過 brew 安裝的 formula 和 cask。你可以在終端先列出全部brew list --formula brew list --cask然后逐個brew uninstall 包名或者用上面導(dǎo)出版本列表的方式一條條處理。之所以要先卸載軟件是因為直接刪目錄會導(dǎo)致動態(tài)庫、配置文件、服務(wù)文件散落在系統(tǒng)里之后想清都不知道從哪清。第二步停掉所有 brew services避免卸載過程中服務(wù)自動重啟。第三步運行官方卸載腳本/bin/bash -c $(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/uninstall.sh)腳本會列出將要刪除的目錄然后問你是否繼續(xù)。注意它不會自動清空用戶配置文件所以還有最后一步。第四步手動檢查殘留。重點看~/Library/Caches/Homebrew、~/Library/Logs/Homebrew、/usr/local/Homebrew這些目錄還在不在順便檢查你的 zsh 或 bash 配置文件里還有沒有 brew 的初始化代碼。沒有把握的目錄不要硬刪尤其是/usr/local整個目錄里面可能還有 Python、Node 以及其他工具寫在里面。整個卸載過程沒有特別高的技術(shù)難度但很考驗?zāi)托浴Ｎ疫@臺 iMac 清理之后系統(tǒng)盤釋放了接近十幾 GB比換新機的體感還明顯。最后分享一個我自己的使用習慣我現(xiàn)在不會天天打開 BrewUI但每隔一兩周會打開它看一次 outdated 和全局狀態(tài)。做批量升級前我一定會記錄當前版本列表再用 UI 分批處理。遇到 UI 報錯時我不會急著提 bug而是先切到終端跑一遍brew doctor和對應(yīng)命令確認是 brew 環(huán)境問題還是 UI 工具問題。BrewUI 這類工具的意義不是替代 Homebrew而是讓那些不常用的管理功能在你需要的時候能馬上找到、能用得起來。希望這份記錄能幫你少踩一些坑。