バージョニングにより、デベロッパーは開発のさまざまな段階で複数のバージョンのインテグレーションを管理できます。
Google Home Developer Console の [Develop] タブでは、統合は「バージョンなし」と見なされます。[テスト] タブで開発のテストフェーズを開始すると、統合にバージョンが付けられます。統合バージョンは、テストからリリースまでのワークフローの残りのすべてのステップで、その時点で使用されます。
たとえば、まもなくリリースされる統合のバージョンが認定を受けている一方で、別のリリースに向けて、異なる機能を備えた新しいバージョンの統合がテストされている場合があります。
前提条件
統合バージョンは、バージョンのない統合のスナップショットです。つまり、認定のためのテストプラン（統合バージョン）を作成する際は、その統合に関連するすべてのブランディング メタデータが、リリースされた統合に使用する情報である必要があります。
認定テストプランを作成する前に、以下が完了していることを確認してください。 1. 会社プロフィールを作成しました。1. 統合用の製品版ベンダー ID（VID）を入力しました。1. 設定とブランディングが構成されている。統合のこれらの手順をすべて完了していない場合、認定テスト用に作成された統合バージョンは認定を受けることができません。新しいバージョンを作成して、テスト手順からやり直す必要があります。
また、統合バージョンが認定される前にブランディングを更新する場合は、新しいバージョンを作成して最初からやり直す必要があります。
新しいバージョンを作成
認定用のテストプランを作成すると、統合の新しいバージョンが作成されます。この番号付きバージョンは、[テスト] タブ以降の Developer Console のすべての統合リストに表示されます。
他の番号付きバージョンから新しいバージョンが作成されることはありません。たとえば、統合用に作成する最初のテストプランでは、その統合のバージョン v.1 が作成されます。別のテストプランを作成すると、その統合のバージョン v.2 が作成されますが、このバージョンは v.1 に基づくものではありません。代わりに、このバージョンは v.1 と同様に、統合のバージョンなしのインスタンスに基づいています。
統合の N/A バージョンは、バージョンなしの統合インスタンスを表します。これは [開発] タブで管理されます。
つまり、Developer Console の [Matter] > [テスト] で、次のようにします。
- 統合のバージョンが [N/A] の場合に [テスト] をクリックすると、新しいバージョンが作成されます。バージョン番号は、既存の番号付きバージョンより 1 つ高くなります。
- 番号付きのバージョンが存在しない場合は、バージョン v.1 が作成されます。
- バージョン v.1 が存在する場合、バージョン v.2 が作成されます。バージョン v.2 が存在する場合は、バージョン v.3 が作成されます。
- 統合の番号付きバージョン（v.1 など）の [テスト] をクリックしても、新しいバージョンは作成されません。代わりに、バージョン v.1 が再度テストされます。
メタデータ
バージョンが作成されると、前提条件に記載されているメタデータのうち、バージョンなしの統合用に追加されたものがバージョンに関連付けられます。ただし、バージョンに適用されたメタデータは表示または変更できません。
統合のメタデータに変更を加えても、既存のバージョンには反映されません。更新されたメタデータを認定とリリースに使用するには、新しいバージョンを作成する必要があります。
バージョンの削除
統合バージョンは削除できません。また、削除するように設計されていません。認定とリリースが可能な統合の状態（新しいテストプランまたはフィールド トライアル）を反映するように更新する必要があります。
統合バージョンが Developer Console から削除されるのは、リリース後に別のバージョンがリリースされた場合のみです。