統合バージョニング

バージョニングを使用すると、デベロッパーは開発のさまざまな段階で複数のバージョンの統合を管理できます。

Google Home Developer Console の [Develop] タブでは、統合は「バージョンなし」と見なされます。[テスト] タブで開発のテストフェーズを開始すると、統合がバージョニングされます。統合バージョンは、テストからリリースまで、ワークフローの残りのすべてのステップで使用されます。

たとえば、あるバージョンの統合が、近日中のリリースに向けて認定を受けている間に、別の機能を備えた新しいバージョンの統合が、数か月後の別のリリースに向けてテストされている場合があります。

前提条件

統合バージョンは、バージョニングされていない統合のスナップショットです。つまり、認定用のテストプラン(統合バージョン)を作成するときに、その統合に関連するすべてのブランディング メタデータが、リリースされた統合で使用する情報である必要があります。

認定テストプランを作成する前に、次のことを完了していることを確認してください。

  1. 企業プロフィールを作成している。
  2. 統合用の本番環境ベンダー ID(VID)を入力した。
  3. 設定とブランディングを構成する。

統合でこれらすべてを完了していない場合、認定テスト用に作成された統合バージョンは認定されません。新しいバージョンを作成し、テストステップからやり直す必要があります。

統合バージョンが認定される前にブランディングを更新する場合も、新しいバージョンを作成して最初からやり直す必要があります。

新しいバージョンを作成

認定用のテストプランを作成すると、統合の新しいバージョンが作成されます。この番号付きバージョンは、[テスト] タブ以降の Developer Console のすべての統合リストに表示されます。

新しいバージョンが他の番号付きバージョンから作成されることはありません。たとえば、統合用に作成した最初のテストプランでは、その統合のバージョン v.1 が作成されます。別のテストプランを作成すると、その統合のバージョン v.2 が作成されますが、このバージョンは v.1 に基づいていません。代わりに、このバージョンは、v.1 と同様に、統合のバージョンのないインスタンスに基づいています。

統合の なし バージョンは、[Develop] タブで管理される統合のバージョン管理されていないインスタンスを表します。

つまり、Matter > Developer Console の [Test] で、次の操作を行います。

  • 統合のバージョン なし で テスト をクリックすると、新しいバージョンが作成されます。バージョン番号は、既存の番号付きバージョンよりも 1 つ大きくなります。
    • 番号付きのバージョンが存在しない場合は、バージョン v.1 が作成されます。
    • バージョン v.1 が存在する場合は、バージョン v.2 が作成されます。バージョン v.2 が存在する場合は、バージョン v.3 が作成されます。
  • 統合の番号付きバージョン(v.1 など)で [テスト] をクリックしても、新しいバージョンは作成されません。代わりに、バージョン v.1 が再度テストされます。

メタデータ

バージョンが作成されると、前提条件に記載されているメタデータのうち、バージョンのない統合に追加されたものがバージョンに添付されます。ただし、バージョンに添付されたメタデータを表示または変更することはできません。

統合のメタデータに加えた変更は、既存のバージョンには反映されません。更新されたメタデータを認証とリリースに使用するには、新しいバージョンを作成する必要があります。

バージョンの削除

統合バージョンは削除できません。また、削除するように設計されていません。認定とリリースが可能な統合の状態(新しいテストプランまたはフィールド トライアル)を反映するように更新する必要があります。

統合バージョンが Developer Console から削除されるのは、統合バージョンが起動され、その後別のバージョンの起動に置き換えられた場合のみです。