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