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