頻繁更新作業系統是確保安全和使用最新功能的必要措施。根據預設，ChromeOS 大約每隔 4 週會為穩定版發布一次完整的 OS 更新。每隔 2 到 3 週則會發布一次小幅更新，例如修正安全性問題及更新軟體。開發人員可以在每個新穩定版發布前，先在開發人員版或 Beta 版測試應用程式，確保應用程式正常運作。開發人員版每週會更新一到兩次，顯示 Chrome 團隊目前正在開發的內容。這個版本仍可能含有錯誤，但可讓您提前 9 到 12 週試用穩定版即將推出的功能。測試版可讓您提前 4 到 6 週試用穩定版即將推出的功能。
不過，系統管理員和開發人員可能難以跟上這些現有管道的每月測試。為了提供更完善的支援，並讓大家有更多時間測試，我們為 ChromeOS 建立了新的長期支援計畫，並提供長期支援管道。
長期支援版本
ChromeOS 長期支援版本是強大的工具，可減少管理機構裝置的工作量，並確保應用程式在每次作業系統更新後都能正常運作。管理員和開發人員都應熟悉這些功能，為採用這些功能的機構提供優質體驗。
ChromeOS 提供兩種長期支援版本：長期支援候選版 (LTC) 和長期穩定版 (LTS)。
- 長期支援候選版 (LTC)：做為下一個 LTS 版本的基礎，並在 LTS 版發布前三個月從穩定版推出，讓管理員預先準備。
- 長期支援版 (LTS)：每 6 個月更新一次，發布速度最慢，可取代一般穩定版。除了少數使用者應保留在 LTC 版以進行測試外，在機構採用長期支援版本時，大多數使用者應採用 LTS 版。
穩定版、LTC 版和 LTS 版的發布時間表
LTC / LTS 的生命週期如下：
- LTC 版本 (圖表中的 108 LTC) 是從穩定版 (108 Stable) 截取而來，因此在第一個月份，兩者完全相同。
- LTC 版接下來 3 個月會每兩週收到一次安全性修正，直到下一個 LTS 版 (圖表中的 108 LTS) 推出為止。也就是說，在初始 LTC 版發布 3 個月後，LTC 版就會與 LTS 版相同。
- LTS 版發布後，仍會每兩週接收一次安全性修正項目。
- LTS 版發布後，如果裝置仍使用 LTC 版，則會每兩週接收一次安全性修正項目，並在下一個 LTC 版推出時自動更新。
除了作業系統功能和錯誤修正項目，韌體更新也會一併納入 LTS 版本，直到裝置的自動更新期限 (AUE) 為止。
如要啟用任一管道，你必須擁有 Google 網域和受管理裝置。您可以申請試用 Chrome Enterprise 升級版，取得 Google 管理控制台的存取權，以便設定及部署受管理 Chromebook。最後，請從管理控制台將受管理裝置切換至 LTS 或 LTC 版。建議讓大部分裝置採用 LTS 版，並使用 LTC 版測試即將推出的 LTS 版。
LTC / LTS 的測試工作流程
LTC 和 LTS 的設計宗旨是大幅減少管理員的測試工作，同時確保作業系統體驗安全無虞。為確保系統管理員和開發人員與長期支援生命週期保持一致，請採取下列行動：
- 在與即將推出的 LTC 通道版本相符的穩定版發布前，先在開發人員版和 Beta 版中測試。
- LTC 發布後，請進行測試，確保套用的安全性修正不會影響工作，直到 LTS 推出為止。
- LTC 升級為 LTS 後，LTS 仍會每兩週接收一次安全性修正項目。您也應該測試這些項目。
請參考生命週期圖表：
- 請在 108 開發人員版和 108 Beta 版中開始測試，確保一切運作正常，再從 108 穩定版推出 108 LTC。
- 在 108 LTC 上每隔兩週測試一次，直到 108 LTS 在初始截斷日期後三個月發布為止。
- 請定期在 LTS 上繼續測試，確保安全性修正不會導致任何問題。
管理 LTC/LTS 版本之間的變更
無論是採用 ChromeOS 長期支援版本，還是與採用該版本的機構合作，妥善管理版本之間的變更都至關重要。您可能會根據新平台功能新增功能，或使用後續版本中已淘汰的功能。或者，您可能依賴特定應用程式版本的特定功能，或想讓使用者選擇要執行的版本。為確保應用程式存取作業順利進行，請確保應用程式可向後相容，為每個版本提供個別執行個體，或同時採取這兩種做法。
確保回溯相容性
回溯相容性可讓應用程式的新版本在舊版平台上執行。您可以透過「功能偵測」這項技術達成此目的，也就是先檢查新功能是否可用，再嘗試使用。如果存在就使用，如果不存在，則可選擇提供備援。這項技術的通用版本稱為功能旗標，會根據功能是否啟用 (透過功能可用性或應用程式/使用者層級設定)，載入程式碼路徑。Android 應用程式、Chrome 擴充功能和網頁應用程式都能從這項技術獲益。只要確保新版應用程式可向下相容，您就能為所有使用者管理單一應用程式。
如果網頁應用程式想提供需要大量運算的動畫，可以針對支援的瀏覽器實作 WebGPU，並在無法使用時改用較簡單的 JavaScript 動畫。他們可能會採取下列行動：
if ('gpu' in navigator) { // WebGPU is supported! Accelerate computation. } else { // No WebGPU, fallback to JavaScript implementation. }
提供個別執行個體
有時版本間的差異過大，無法透過回溯相容性技術處理。功能差異可能過大，或者您有業務需求，規定必須使用與主要應用程式不同的長期支援版本。在這種情況下，建議為每個版本提供個別執行個體。雖然這能確保使用者使用特定版本的應用程式，但可能會提高營運成本，因此選擇這個解決方案時請務必留意。
如果是網頁應用程式，提供個別執行個體通常是指在不同網址代管應用程式的不同版本，可能需要個別伺服器、資料庫或其他網站基礎架構。如果是 Android 應用程式，這表示每個版本都會有獨立的 Play 商店資訊。這可能會導致使用者混淆，因為他們會看到多個類似的應用程式，不知道該選擇哪一個。Chrome 擴充功能也可以有多個版本，或者您可以建議客戶透過 Chrome 管理控制台固定所需的 Chrome 擴充功能版本，並參閱這份說明文件，瞭解如何固定擴充功能，以及相關注意事項。
如果 Android 應用程式只想為 ChromeOS 使用者提供長期支援版本，可以建立獨立的應用程式資訊，並在 AndroidManifest.xml 檔案中加入下列內容，指定只將應用程式提供給 ChromeOS 裝置：
<uses-feature android:name="org.chromium.arc" android:required="true" />