整合版本管理

版本管理功能可讓開發人員 不同的開發階段

Google Home Developer Console 的「Develop」(開發) 分頁中,整合會 視為「反版本」進入測試階段 都是由 Google Cloud 開發 「測試」分頁,整合後會發布版本。使用整合功能版本 第二步的流程中,從測試到 啟動。

例如,您可能在一項整合工作中 近期推出的認證和整合的新版本 包含不同功能,未來幾個月將陸續推出 。

必要條件

整合版本是未版本化整合的數據匯報。也就是說 因此,為授權建立測試計畫 版本,與該項整合相關的所有品牌中繼資料都必須 。

建立認證測試計劃前,請確認您已完成 包括:

  1. 已建立公司資料
  2. 已輸入正式版供應商 ID (VID)。
  3. 已完成設定和品牌宣傳

尚未完成 以上皆是 做為整合依據,這是為認證測試建立的整合版本 無法通過認證必須建立新版本並重新開始 「測試」步驟

必須建立新版本並重新建立一次,才能進行以下操作: 請先更新品牌宣傳元素,再通過整合功能認證。

建立新版本

當您為建立測試計畫時 就會建立新的整合版本。這個編號 Developer Console 的所有整合清單中列出了此版本 開啟「測試」分頁

一律不會透過其他編號版本建立新版本。舉例來說, 您為整合作業建立的第一個測試計畫會建立該計畫適用的 v.1 版。 擷取及準備資料、針對特定領域進行預先訓練 調整指示、離線評估和整合建立另一個測試計畫將會為該版本建立 v.2 版本 但這個版本不會以 v.1 為基礎。而是這個版本 是以整合後的整合版本執行個體為基礎,與 v.1 相同。

整合的「不適用」版本代表未版本化的 ,您可以在「開發」分頁中管理這項功能。

換句話說,將「Matter>測試 Developer Console:

  • 如果您為整合項目「不適用」點選「測試」,則新版本為 已建立。版本號碼會高於任何現有編號 版本。
    • 如果沒有編號版本,則會建立 v.1 版本。
    • 如果 v.1 版本存在,系統就會建立版本 v.2。如果是 v.2 版 已存在,v.3 版本就已建立,依此類推。
  • 如果按一下「測試」,即可取得編號化的整合版本 (適用於 例如 v.1),系統「不會」建立新版本。而是 v.1 版本 再次測試
,瞭解如何調查及移除這項存取權。

中繼資料

建立版本時,凡是列在 為舊版作業系統新增的必要條件 都會附加至版本但中繼資料會附加到 但無法查看或變更版本

對整合服務中繼資料所做的任何變更,都不會反映在現有的 版本。您必須建立新版本,才能將更新後的中繼資料用於 用於認證和發布

刪除版本

整合版本無法刪除,也無法在設計上刪除。他們 應更新以反映整合狀態 (新的測試計畫或欄位) )。

只有在出現以下情況時,系統才會從 Developer Console 中移除整合版本 現已推出其他版本,隨後會由其他版本的推出加以取代