統合バージョニング

バージョニングにより、デベロッパーは開発のさまざまな段階で複数のバージョンのインテグレーションを管理できます。

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

たとえば、あるバージョンのインテグレーションで 統合の新しいバージョンはリリースが予定されており、 別の機能の別のリリースを数か月間テストする できます。

前提条件

統合バージョンは、バージョニングされていない統合のスナップショットです。つまり 認定資格のテスト計画、つまり統合テストの その統合に関連するすべてのブランディング メタデータは、 使用する情報をご覧ください。

認定資格のテスト計画を作成する前に、以下のことを済ませておく 説明します。

  1. 会社のプロフィールを作成している
  2. 本番環境のベンダー ID を入力 (VID)です
  3. 設定とブランディングの設定

統合のこれらの手順をすべて完了していない場合、認定テスト用に作成された統合バージョンは認定を受けることができません新しいバージョンを作成して最初からやり直す必要があります [テスト]ステップで取得します

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

新しいバージョンを作成

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

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

統合の [N/A] バージョンは、バージョニングされていない 統合は [Develop] タブで管理します。

つまり、Matter >テスト: Developer Console:

  • 統合のバージョン N/A に対して [Test] をクリックすると、新しいバージョンが 作成されます。バージョン番号は、既存の番号または あります。
    • 番号付きのバージョンが存在しない場合は、バージョン v.1 が作成されます。
    • バージョン v.1 が存在する場合は、バージョン v.2 が作成されます。バージョン v.2 の場合 バージョン v.3 が作成されます。
  • 統合の番号付きバージョンで [Test](テスト)をクリックすると、 (例: v.1)、新しいバージョンは作成されません。代わりに、バージョン v.1 は 再テストしました。

メタデータ

バージョンが作成されると、バージョン メタデータにリストされている 前提条件は、バージョン管理されていない 統合がバージョンにアタッチされますただし、バージョンに適用されたメタデータは表示または変更できません。

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

バージョンの削除

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

統合バージョンは、次の場合にのみ Developer Console から削除されます。 その後、別のバージョンがリリースされています。