開發人員可透過版本控管功能，在開發的不同階段管理多個整合版本。
在 Google Home Developer Console 的「開發」分頁中，整合項目會視為「未設定版本」。在「測試」分頁中開始開發的測試階段後，整合項目就會開始進行版本控管。從此時起，工作流程中從「測試」到「發布」的所有後續步驟，都會使用這個整合版本。
舉例來說，您可能有一個整合版本正在進行認證，即將推出，而另一個整合版本具有不同功能，正在測試幾個月後推出的產品。
必要條件
整合版本是未納入版本控管的整合快照。也就是說，當您為認證建立測試計畫 (因此也建立整合版本) 時，與該整合相關的所有品牌中繼資料，都必須是您希望用於已發布整合的資訊。
建立認證測試計畫前，請先完成下列事項：如果整合項目尚未完成所有這些步驟，為認證測試建立的整合版本無法通過認證。您必須建立新版本，並從「測試」步驟重新開始。
此外，如要在整合版本通過認證前更新品牌宣傳，也必須建立新版本並重新開始。
建立新版本
建立認證測試計畫時，系統會建立新的整合版本。從「測試」分頁開始，所有整合清單都會列出這個編號版本。Developer Console
系統絕不會從其他編號版本建立新版本。舉例來說，您為整合項目建立的第一個測試計畫會為該整合項目建立 v.1 版。建立其他測試計畫時，系統會為該整合建立 v.2 版，但這個版本不會以 v.1 為基礎。這個版本是以整合服務的未設版本執行個體為基礎，與 v.1相同。
整合的「不適用」版本代表整合的無版本執行個體，這類執行個體是在「開發」分頁中管理。
換句話說，在 Matter >「測試」中： Developer Console
- 如果您點按整合項目「不適用」版本的「測試」，系統會建立新版本。版本號碼會比現有任何編號版本高 1。
- 如果沒有編號版本，系統會建立 v.1 版。
- 如果已有 v.1 版，系統會建立 v.2 版。如果存在版本 v.2，則會建立版本 v.3，依此類推。
- 如果您點選整合項目編號版本 (例如 v.1) 的「測試」，系統不會建立新版本。而是再次測試 v.1 版。
中繼資料
建立版本時，系統會將已為未設版本的整合項目新增的必要條件中列出的所有中繼資料，附加至該版本。不過，您無法查看或變更附加至版本的後設資料。
對整合中繼資料所做的任何變更，都不會反映在現有版本中。必須建立新版本，更新後的中繼資料才能用於認證和發布。
刪除版本
整合版本無法刪除，也不應刪除。應更新這些狀態，以反映可認證及發布的整合狀態 (新測試計畫或現場試驗)。
只有在整合版本推出後，又被其他版本取代時，才會從 Developer Console 移除。