Ubuntu 26.04的用戶最近發(fā)現(xiàn)，文件管理器里的Google Drive入口憑空消失了。這不是bug，而是一場醞釀了整整4年的慢性死亡——GNOME團隊終于決定，不再為一個無人認領(lǐng)的代碼庫買單。

一個功能從"能用"到"沒了"，中間隔著47個月的無聲等待。

事情得從Libgdata說起。這個負責對接Google在線服務(wù)的底層庫，最后一次有人認真維護是在2021年前后。GNOME開發(fā)者Emmanuele Bassi在回復(fù)用戶投訴時說得直白：「Libgdata已經(jīng)近4年無人維護，GVFS早在10個月前就默認禁用了這個依賴。」換句話說，系統(tǒng)層面的支撐早就抽走了，只是用戶沒察覺。

Linux桌面環(huán)境的生態(tài)有個潛規(guī)則：沒人維護的功能，等于不存在。Windows和macOS可以靠付費團隊硬撐，但GNOME的每個模塊都需要志愿者或贊助者認領(lǐng)。Google Drive集成這種"錦上添花"的功能，優(yōu)先級天然靠后。

用戶視角：從"無縫"到"斷層"的體驗落差

在Ubuntu 25.10及更早版本里，Google Drive的集成堪稱絲滑。登錄GNOME在線賬戶后，文件管理器左側(cè)會多出一個云盤入口，文檔像本地文件一樣打開、編輯、保存。對跨平臺辦公的人來說，這省去了瀏覽器來回切換的麻煩。

26.04更新后，同樣的操作路徑還在，但Drive選項消失了。郵件、日歷、聯(lián)系人依舊正常——Google的OAuth接口沒斷，斷的是文件系統(tǒng)的橋接層。用戶以為是升級出了岔子，紛紛提交bug報告，得到的回復(fù)卻是一盆冷水：這不是故障，是計劃內(nèi)的退役。

GNOME團隊給了社區(qū)近4年時間，零人響應(yīng)。

Bassi的回復(fù)里有個細節(jié)值得玩味：「如果有人想恢復(fù)這個功能，可以聯(lián)系GVFS維護者。」翻譯過來就是——代碼還在，倉庫沒刪，但核心團隊不會為此加班。開源項目的殘酷法則在此顯露無遺：用愛發(fā)電的前提是，真的有人愿意發(fā)電。

技術(shù)債的連鎖反應(yīng)：為什么偏偏是Drive？

Libgdata的衰落不是孤立事件。Google這些年在API策略上反復(fù)橫跳，OAuth 2.0的權(quán)限范圍越收越緊，第三方客戶端的生存空間持續(xù)壓縮。維護一個與Google服務(wù)深度綁定的開源庫，意味著要持續(xù)追蹤官方的接口變更，隨時應(yīng)對認證流程的調(diào)整。

這活兒不性感，還很累。沒有大廠贊助，沒有個人開發(fā)者能靠"修Google Drive適配"建立技術(shù)聲譽。相比之下，Wayland顯示協(xié)議、PipeWire音頻系統(tǒng)這些基礎(chǔ)設(shè)施，至少有Red Hat、Canonical等公司雇人全職投入。

GVFS（GNOME虛擬文件系統(tǒng)）在10個月前默認禁用Libgdata依賴，是個關(guān)鍵轉(zhuǎn)折點。當時GNOME 49還在開發(fā)周期，維護者已經(jīng)釋放了明確信號：這個組件進入臨終關(guān)懷。GNOME 50只是正式拔管。

Ubuntu的處境比GNOME更尷尬。作為面向普通用戶的發(fā)行版，它不能隨意改動上游決策，只能被動跟隨。Canonical自己的資源集中在Snap生態(tài)和服務(wù)器市場，桌面端的Google Drive集成從來不是優(yōu)先級。

替代方案：用戶現(xiàn)在能怎么辦？

功能消失后，社區(qū)論壇里涌現(xiàn)出一堆 workaround。最主流的替代路徑有三條，每條都有代價。

第一條是Chrome OS風格的PWA方案。Google Drive的網(wǎng)頁版做成桌面應(yīng)用，通過Chrome或Edge的"安裝為應(yīng)用"功能固定到任務(wù)欄。優(yōu)點是零配置，缺點是文件操作繞不開瀏覽器，本地編輯器的無縫調(diào)用沒了。

第二條是rclone掛載。這個命令行工具支持Google Drive的FUSE掛載，技術(shù)用戶可以在文件管理器里重建類似的體驗。但需要手動配置OAuth令牌，刷新機制也要自己維護，對非技術(shù)用戶門檻過高。

第三條是徹底換云。Nextcloud、ownCloud這些支持WebDAV的自托管方案，與Linux桌面集成更原生。但遷移成本擺在那里，多年積累的Google Docs格式兼容性問題也不是一鍵能解決的。

沒有一條路能完美復(fù)刻當年的體驗。GNOME集成方案的消失，本質(zhì)上抽掉了一根"開箱即用"的支柱，把用戶推回碎片化工具鏈的泥潭。

開源桌面的結(jié)構(gòu)性困境

這件事的深層矛盾在于：用戶期待的是"像macOS一樣好用的Linux"，但生態(tài)運轉(zhuǎn)的邏輯完全不同。Apple可以給iCloud Drive配一個20人的團隊，持續(xù)優(yōu)化Finder集成；GNOME的同等功能依賴志愿者，而志愿者的興趣點永遠在遷移。

Google Drive集成的代碼量不算大，但維護負擔集中在"持續(xù)跟進Google的API變動"。這種綁定單一商業(yè)服務(wù)的模塊，在開源社區(qū)天然處于弱勢——今天修好了OAuth，明天Google可能又改策略。投入產(chǎn)出比算下來，不如去做通用的WebDAV支持。

GNOME 50的發(fā)布說明里，這項改動被歸類為"移除廢棄組件"，語氣平淡得像清理閣樓舊物。但對依賴這個功能的用戶來說，這是操作系統(tǒng)層面的信任破裂：昨天還在用的工作流，今天就成了技術(shù)債的犧牲品。

社區(qū)的反應(yīng)呈現(xiàn)兩極分化。技術(shù)論壇里，有人理解維護者的無奈：「4年啊，足夠任何人站出來接手，沒人動就別抱怨。」社交媒體上的普通用戶則不買賬：「Ubuntu吹了這么多年桌面易用性，結(jié)果連網(wǎng)盤集成都能丟？」

誰該為此負責？

追溯責任鏈，每個環(huán)節(jié)都能甩鍋。Google收緊API策略，讓第三方維護成本上升；GNOME核心團隊資源有限，被迫做減法；Canonical作為發(fā)行商，沒有填補上游留下的空缺；社區(qū)用戶習慣了免費獲取，卻鮮少貢獻維護人力。

最諷刺的可能是Google的態(tài)度。這家公司的業(yè)務(wù)重度依賴Linux基礎(chǔ)設(shè)施，從Android到Chrome OS到云端服務(wù)器，但對桌面Linux的原生體驗投入近乎為零。Drive有Windows和macOS的官方客戶端，Linux版永遠只有瀏覽器。

GNOME開發(fā)者Bassi的回復(fù)末尾留了一扇虛掩的門：聯(lián)系GVFS維護者，功能可以恢復(fù)。但這扇門的高度，足以擋住99%的用戶——你需要懂C語言，熟悉GLib生態(tài)，愿意簽署Google的API使用協(xié)議，并且承諾長期維護。

開源世界的"用戶"和"貢獻者"身份重疊度，決定了功能的生死。Google Drive集成不是第一個倒下的，也不會是最后一個。GNOME 50同期移除的廢棄組件還有一籮筐，只是Drive的用戶基數(shù)讓這件事顯眼了。

Ubuntu 26.04的發(fā)布說明里，這項變更被埋在"已知問題"章節(jié)，沒有前置提醒。升級后才發(fā)現(xiàn)工作流斷裂的用戶，體驗堪比軟件行業(yè)的"先斬后奏"。

現(xiàn)在，文件管理器左側(cè)的云盤入口空了。有人已經(jīng)習慣了瀏覽器標簽頁里的Google Drive，有人在折騰rclone的掛載腳本，還有人正在評估要不要把主力機換回macOS。Bassi那句"我們本可以阻止這一切"的潛臺詞，大概只有長期混跡開源社區(qū)的人才能完全聽懂——四年時間，足夠長，長到讓人誤以為這個功能會永遠在那里。

你上次為常用的開源工具貢獻過代碼、文檔或bug報告，是什么時候？