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