位於加州山景城的 Google 總部辦公室，遍布着 Windows、Chromebook、Mac 等設備。但除了依靠 Linux 服務器之外，這家科技巨頭其實還擁有自己的 Linux 桌面發行版。儘管外界知之甚少，但 Google 一直在積極醞釀。而首個版本，就是基於 Ubuntu 改造出來的 Goobuntu 。
（來自：Google Cloud Blog）
2018 年，Google 又將其內部 Linux 桌面，從 Goobuntu 遷移到了基於 Debian 的 gLinux 發行版。
該公司解釋稱：
Ubuntu LTS 的兩年期限，意味着我們必須在操作系統支持周期結束前，對超過 10 萬+的設備進行升級。
而 Goobuntu 艦隊的完整升級工作，需要耗費一年中的大部分時間，意味着窗口期只剩下一年。
再加上對工程 PC 的完全定製所需的耗時，這麼做實在過於昂貴和痛苦。更難受的是，在下一個 LTS 輪迴中，Goobuntu 團隊還得重新再過一遍。
整個過程對我們來說是一個巨大的壓力因素，除了要搞定成百上千的問題，還得努力幫助解決各種極端狀況。
在受夠了這一切之後，我們也不難理解為何 Google 要從 Ubuntu 轉向 Debian Linux 了。
需要指出的是，該公司打造了一個特殊的 Debian 滾動發行版 —— 它就是 GLinux Rolling Debian Testing（Rodete）。
其設想是為用戶和開發者帶來最佳體驗，在創建並認為已準備好投入生產環境時儘快為他們提供最新的補丁和更新。
同屬此類的發行版，還包括了 Arch Linux、Debian Testing 和 openSUSE Tumbleweed 。
不過對於 Google 來說，此時最迫切的目標是擺脫兩年的升級周期限制。
正如向持續集成 / 部署（CI / CD）轉變所表明的那樣，這些增量更改運行很是良好。即便遇到問題，也能夠更加輕鬆地控制和回滾。
為了讓所有這些工作不耗費大量時間和精力，Google 甚至打造了一套全新的 Sieve 工作流系統。
每當發現一個新版 Debian 軟件包時，它就會開始一個新的構建。此外考慮到通常單獨的包必須一起升級，這些包也被成組放置。
接下來便是使用完整的系統安裝、引導和本地測試套件，分別對每組包進行測試 —— 包構建可在幾分鐘內完成，但測試可能需耗費一小時。
完成後，所有新軟件包都將與最新的 gLinux 軟件包池合併。然後當 Google 決定將其發布到生產環境時，團隊就會啟用該池的快照。
最後才是向整個艦隊推送新版本，但不僅僅是將其轉儲給用戶，而是基於站點可靠性工程（SRE）原則來逐步推進（比如 incremental Canarying 增量嘗鮮），以避免遭遇重大失誤。
多年來，Google 在這方面一直做得很好。且得益於 Sieve，今天整個 gLinux 開發團隊，都由一個在成員之間輪值的發布工程師來擔當。
即使想要對所有機器進行升級，也無需使出多大的力氣去推動 —— 因為它砍去了從 alpha、beta 到通用發布（GA）的多個階段。
更棒的是，由於採用了滾動發布計劃，Google 可以快速修補整個艦隊的安全漏洞、而不至於影響整體的穩定性。
而在此之前，安全工程師們必須仔細檢查每個 Debian 安全公告（DSA），以確保所有修復都已囊括其中。
此外 Google 改進了測試套件和運行關鍵開發人員系統的關鍵集成測試，合作夥伴團隊會評估其最新 Linux 內核 / 發行版所提供的穩定體驗。
我們對自動化管道中的一切強烈渴望，已經顯著減少了團隊的工作量和壓力。
現在還可上報錯誤、以及與其它庫版本的不兼容性，同時確保 Google 工具在 Linux 生態系統中更好地工作。
展望未來，Google 團隊還將通過與上游 Debian 展開更緊密的合作、貢獻更多的內部補丁，來幫助維護 Debian 軟件包的生態系統。
這一切聽起來都很棒，但 Computer World 還是有兩點要指出：
首先，對於某些組織來說，LTS 長期支持版本仍有其存在的意義。如果你所在的企業並不需要最新、最閃耀的程序，Ubuntu 或 Red Hat LTS Linux 仍是個不錯的選擇。
其次，CW 並不認為 Google 已經發展到了能夠讓整條滾動發行版的自動化生產管道，精進到只需一名工程師便可維護超過 10 萬用戶的 Linux 桌面。
更重要的是，如果 Google 有足夠的自信，那不妨直接將 Sieve 代碼分享出來，以便大家都可輕鬆上手滾動更新的 Linux 桌面發行版。