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