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