データ構造
注釈：本資料はAI技術を用いて翻訳されています。
このページは、データ構造の一般的な概要のみを示しています。詳細については、クライアントサポートチームを通じて直接お問い合わせください。
ADT の一般的なデータ構造を以下に示します。
-cbfec31211854f273645133735f41def.png)
データ構造の各要素については、以下で説明します。
Namespace（ネームスペース）
管理者が ADT を初めて設定する際、ネームスペースのタイトルを選択するよう求められます。多くのチームは会社名またはゲーム名を使用しています。このネームスペースは会社のすべてのゲームのホームになるため、会社名の使用をお勧めします。たとえば、StarBug Games Studios という会社であれば、ネームスペースとして starbuggames を使用することが考えられます。ネームスペースには、スペースを含まない小文字のみ使用できます。
Game（ゲーム）
各ネームスペースには複数のゲームを含めることができ、各ゲームは PS4、XBOX、PC などの複数のプラットフォームに対応できます。たとえば、starbuggames に PS5 と Xbox 向けの RabbitRun というゲームと、PC 向けの FruitPieMaker という別のゲームがあるとします。この場合、starbugsgames ネームスペースの下に RabbitRun と FruitPieMaker の 2 つのゲーム（ゲームタイトル）が存在することになります。
Version（バージョン）
各ゲームには複数のバージョンを含めることができます。たとえば、1.0.0-steam、July24th、GDCDemo などです。これらのバージョン名には特定の命名規則はなく、ADT は単なる名前として扱います。 多くのチームでは、Perforce の Changelist 番号や Git のコミット番号を使用しています。
Build（ビルド）
各バージョンには、複数のビルドを関連付けることができます。前のセクションの GDCDemo の例を見てみましょう。チームが GDC（Game Developers Conference）向けにゲームのデモを準備しているとします。完成度が高く安定したビルドを作成するには多くの試行が必要となり、また複数のプラットフォームでゲームを展示したい場合もあるでしょう。これらはすべて GDCDemo バージョンに関連付けられたビルドとなります。チームがビルド配布に ADT Hub を使用している場合、チームメンバーはこれらのビルドを簡単にダウンロードしてテストできます。
バージョンとビルドの設定の詳細については、ADT CLI ドキュメントの ゲームバージョンの管理 セクションを参照してください。
Session（セッション）
ビルドをプレイすると、セッションが作成され、ADT バックエンドに送信されて、そのビルドに関連付けられます。本ドキュメントサイトには、セッションについてより詳しく説明するセクションがいくつかあります。
Crash（クラッシュ）
セッションと同様に、ビルドのプレイ中にクラッシュが発生した場合、そのクラッシュは自動的に記録され、ADT バックエンドに送信されて、該当ビルドに関連付けられます。