バージョニングにより、デベロッパーは開発のさまざまな段階で複数のバージョンのインテグレーションを管理できます。
Google Home Developer Console の [Develop] タブで、統合が次のように表示されます。 「バージョンなし」と見なされます。テストフェーズでは、 開発をご覧ください。 [Test] タブ。統合がバージョニングされます。統合バージョンが使用されている テストからワークフローの残りのステップまで リリース
たとえば、あるバージョンのインテグレーションで 統合の新しいバージョンはリリースが予定されており、 別の機能の別のリリースを数か月間テストする できます。
前提条件
統合バージョンは、バージョニングされていない統合のスナップショットです。つまり 認定資格のテスト計画、つまり統合テストの その統合に関連するすべてのブランディング メタデータは、 使用する情報をご覧ください。
認定資格のテスト計画を作成する前に、以下のことを済ませておく 説明します。
統合のこれらの手順をすべて完了していない場合、認定テスト用に作成された統合バージョンは認定を受けることができません。新しいバージョンを作成して最初からやり直す必要があります [テスト]ステップで取得します
また、統合バージョンが認定される前にブランディングを更新する場合は、新しいバージョンを作成して最初からやり直す必要があります。
新しいバージョンを作成
次のテストプランを作成すると、 統合の新しいバージョンが作成されます。この番号は、 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 から削除されます。 その後、別のバージョンがリリースされています。