我們每個月都會推出新版 Chrome，確保全球數十億使用者和企業能取得最新功能、安全性更新和效能升級。如今，我們可以透過更快的發布週期進行改善和修正問題，這代表您將更頻繁地收到最新更新。
我們與 Chrome 發布團隊的技術專案經理 Ben Henry、Krishna Govind、Harry Souders、Srinivas Sista 和 Brandon Heenan 進行了對談，瞭解他們如何與全球 Google 團隊協調，確保每次發布作業順利進行。
問：貴團隊如何為每個 Chrome 版本做好準備？
Ben：首先，我們的團隊由七名成員組成，他們在兩個主要地區全職工作。我們認為準備版本就像火車班次一樣，我們會使用四個發布版本 (Canary、開發人員版、Beta 版和穩定版) 來準備 Chrome 里程碑版本。隨著這個過程的進行，每個管道都會吸引更多 Chrome 使用者。這樣一來，我們就能取得 Chrome 穩定性和效能方面的意見回饋，盡早找出產品中的品質問題。我們會密切留意使用者和開發人員在社群媒體、新聞文章和錯誤回報中提到的內容，以便找出我們遺漏的任何問題。我們的工程師團隊和產品經理就能根據這些意見回饋改善功能。
接著，我們會進行數輪測試，偵測任何品質問題，首先使用持續執行的自動化系統，然後由測試團隊手動找出錯誤。
問：您能否分享最近的例子，說明外部開發人員提供的意見回饋如何協助您確保推出最完善的版本？
Srinivas：我們一向仰賴網頁開發人員提供意見回饋，並及早採用新 API 或 Chrome 在 iOS 上的規格變更等功能。由於我們的主要里程碑變更從兩位數變為三位數 (從 99 變為 100)，因此我們與網頁開發人員分享了規範，讓他們在實際變更前進行測試，確保我們納入他們的意見回饋，更重要的是，不會導致網站發生問題。這有助於我們成功推出變更，且在 M100 推出時沒有任何重大問題。
問：如果在推行 Chrome 更新期間發現錯誤或安全性問題，會發生什麼情況？
Krishna：我們會逐步向使用者推出新的 Chrome 版本。新版本不會立即推送給 100% 的使用者。如果我們發現重大錯誤，就會暫停推行受影響的版本，以減輕影響。接著，我們會與全球的 Chrome 團隊協調，盡可能快速且安全地開發修補程式並修補 Chrome。確認修正後，我們會建構新版 Chrome，並再次開始推送程序。最終，大部分使用者都不會遇到這個問題，因為我們會在發布前修復問題。針對安全性問題，我們會遵循 Project Zero 揭露政策。因此，如果有漏洞遭到積極濫用，我們會盡量在七天內為穩定版管道的使用者發布修正版本。
問：是否需要額外的工作，才能確保 Chrome 版本可供企業使用？
Brandon：我們的首要目標之一，就是確保 Chrome 持續為許多仰賴我們的企業提供穩定可靠的平台。也就是說，我們會讓企業使用最新的最佳功能，讓員工充分發揮這些功能的效益，同時避免工作中斷。由於每家企業的需求都不同，任何停機時間都可能對企業造成損失，因此 Chrome 為工程和產品團隊提供具體指引，我們也會審查每項功能的推出作業，確保每個 Chrome 版本都「適合企業使用」。包括在 Chrome Enterprise 版本資訊中，提前告知企業重要異動。為讓您更安心，IT 管理員可以透過企業政策控制許多變更。因此，如果他們想進行內部測試，或選擇退出新功能，可以自行執行這些操作。為避免發生意外問題，我們設有專屬的測試基礎架構，用於模擬企業環境 (例如在已加入 Active Directory 網域的裝置上執行 Chrome)，以便測試所有 Chrome 版本。
Chrome 也為學校和企業提供多種更新控制選項。管理員可以控制 Chrome 的特定版本、回溯至舊版，並充分運用我們提供全力支援的擴充穩定版發布管道。如需詳細資訊，請參閱這份技術文件。如要全面掌握機隊的更新狀態，管理員可以使用 Chrome 瀏覽器雲端管理中的版本報告。
問：你們團隊是否有意在日後做出任何變更？
Harry：我們一直致力於改善 Chrome 的使用者和開發人員體驗，特別是縮短發布週期。這樣一來，使用者就能享有更穩定的 Chrome，並享有更快速的錯誤修正和新功能。我們也知道，工程師和產品經理可從開發速度提升中受益，因為這可加快功能開發速度、縮短迭代週期，並提升程式碼健康度。假設產品經理想向所有 Chrome 使用者推出某項功能，從功能「完成」到正式發布，可能需要長達 16 週的時間。只要將發布週期縮短幾週，就能大幅縮短推出新功能的時間。