既定のエクスペリエンスとクラシックエクスペリエンスの切り替え
Partner Center は、既定のエクスペリエンスとクラシックエクスペリエンスの切り替えをいつでもサポートしています。- 切り替えは、パッケージ、認定ステータス、公開、履歴に影響しません。
- 両方のエクスペリエンスで同じパッケージと提出物が表示されます。
- 問題が発生した場合やクラシック UI を参照する必要がある場合は、トグルを使用してください。
Packages の概要
Packages は、ゲームのパッケージを管理する 1 か所です。Packages の用語と機能
Packages で利用できる機能を理解するために、次の用語を使用します。- ブランチギャラリー (Packages ページ): Packages ページのメインビューで、製品のブランチが Draft と Live に分けて表示されます。
- ブランチ: パッケージファイルとそれに関連する構成のコンテナ。
- ブランチメニュー: 特定のブランチの … を選択した後に利用できるオプション。ブランチ (Main と他) に応じて、メニューオプションには View and Edit、Create Flight、Promote to Main、Delete が含まれる場合があります。
- History: 特定のブランチまたはフライト内で行われたアクションのログ。
- Certify: XBOX Certification への提出を開始するオプション。
- Review and Publish: 開発サンドボックスまたは RETAIL への公開を開始するオプション。
ブランチ: 複数のビルドで作業する
ブランチを使用すると、ゲームの複数のバージョンを同時に作業でき、互いに干渉しません。各ブランチを特定の目的の別のワークスペースと考えてください。なぜブランチを使用するのか?
- 別の場所で別のビルドをアップロードしてテストしながら、1 つのブランチで安定したビルドを認定します。
- ライブビルドに触れることなく、リスクの高い変更をテストします。
- 進行中の開発から緊急の修正を分離するためにホットフィックスブランチを作成します。
- ローカライゼーションまたは地域バリアントを独立して準備します。
ブランチギャラリー: draft と live
Packages ページを開くと、Draft と Live の 2 つのビューが表示されます。これらのビューは、ブランチのさまざまな状態を表しています。Draft ビュー
Draft ビューは、アクティブな作業エリアです。Draft は、パッケージのアップロード、認定ステータスの確認、およびテストや公開のためのビルドの準備をサポートします。Draft ビューには 2 つのセクションが表示されます。- Main branch: 現在の一般リリースにリンクされている作業中のドラフトを表示します。RETAIL に公開できるのは main branch のみです。
- Additional branches: 他のすべてのブランチを表示します。
Draft ビューのメニューオプション
各ブランチには、ブランチ固有のアクションを含むメニューがあります (… アイコンを選択)。Live ビュー
Live ビューには、プレイヤーが利用可能な公開済みパッケージが表示されます。このビューには、Microsoft Store で一般提供のために公開されたパッケージ、アクティブなフライトブランチ、および公開状態のサンドボックスブランチが含まれます。
Live ビューのメニューオプション
各ブランチには、ブランチ固有のアクションを含むメニューがあります (More options (…) アイコンを選択)。Draft で作業します。プレイヤーは Live を見ます。2 つのビューの切り替えにより、作業中のビルドと公開されたコンテンツの違いが明確になります。
ブランチを作成する方法
- Packages ページを開きます。
- Draft ビューで、Add branch を選択します。
- ブランチの Name (たとえば、Testing、Hotfix、Localization、または Experiment) と Description を入力します。
- ブランチを作成すると、Additional branches の下に表示されます。
ブランチの表示と編集
View & Edit を使用してブランチを開くと、Edit branch ページに移動します。このページを使用してブランチのパッケージを管理します。
上部アクションバー
Edit branch ページの上部で、次のアクションが利用できます。ブランチの詳細
ブランチの Display name と Description フィールドを編集することもできます。- Branch display name: Partner Center 全体でこのブランチに表示される名前。
- Description: ブランチの目的を説明する短いメモ、たとえば To be released や April hotfix など。
必要なパッケージファイル: アップロードするもの
ゲームビルドをアップロードする際、必須のファイルとオプションのファイルがあります。Edit branch ページには、アップロードできるファイルを示すために、各ファイルスロットが明確にリストされます。パッケージ形式
ゲームパッケージの形式は、ターゲットデバイスによって異なります。送信するパッケージタイプは、選択したデバイスファミリーの利用可能性と一致する必要があります。必須ファイル
オプションだが推奨されるファイル
パッケージ検証: 認定前に問題を発見する
パッケージはアップロード時に自動的に検証されます。検証では、パッケージが完全で認定または公開の準備ができていることを確認します。この段階で問題を解決することで、認定での拒否と失敗のリスクが軽減されます。- すべてのブランチとパッケージの検証エラーは、UI に直接表示されます。
- 必要なファイルは自動的に検証されます。EKB および Submission Validator のログファイルが存在する必要があります。
- Submission Validator ログに警告またはエラーが含まれている場合、確認のためにインラインで明確に表示されます。
- 市場固有のパッケージを構成する場合、公開が許可される前に各バリアントの構成が検証されます。
既定のパッケージ: ファイルのアップロードと管理
Default packages セクションは、ブランチのパッケージの構築をサポートします。既定のパッケージはすべての市場で利用可能です。個々の国や地域向けの市場固有のパッケージ は別々にアップロードおよび管理されます。アップロードオプション
- Import: 別のブランチから再アップロードなしにパッケージをこれにコピーします。Import ボタンは、Upload package と共に Default packages セクションの上部に表示されます。
- Upload package: 1 つ以上のファイルをドラッグアンドドロップするか、個別選択のために Browse files を使用して、ゲームファイルをアップロードします。システムは自動的にファイルを検出し、正しいスロットに分類します。
パッケージステータスアイコン
市場固有のパッケージと地域バリアント
Market-specific packages セクションには、選択した市場用に構成されたすべての地域バリアントが表示されます。このセクションは、国/地域固有または規制要件を満たすために異なるビルドが必要な場合に適用されます。利用可能なアクション
- Import: 別のブランチから特定の市場グループにパッケージをコピーします。
- Add market-specific package: 市場グループの新しい地域バリアントを作成します。
- 各市場グループ (たとえば Germany) には、Edit および Delete オプションを含む 3 つの点 (…) メニューがあります。
新しい市場固有のグループを作成する
- 対象のブランチについて Edit branch ページを表示していることを確認します。
- Add market-specific package を選択します。
- 新しい名前を指定するか、既存の名前を選択して Market group name (たとえば Germany) を入力します。
- 各グループにパッケージをアップロードします。
詳細オプション: プリオーダーとパッケージ更新のスケジュール
Edit branch ページの下部にある Advanced options セクションでは、プレースホルダーパッケージを使用したプリオーダー構成と、コンテンツアップデート (CU) の利用可能日のスケジュールという 2 つの機能が利用できます。プリオーダー用プレースホルダーパッケージ
Pricing and availability 設定でプリオーダー日を構成する場合、Advanced options で Configure placeholder package(s) to enable pre-order を選択し、最終パッケージの Expected maximum file size を指定します。この値は製品の Microsoft Store 製品詳細ページ (PDP) に表示されます。これにより、プリオーダーしたお客様は、完全なパッケージに十分なディスク容量があるドライブに製品をインストールするように誘導されます。このプロセスにより、製品リリース時に十分なストレージが利用可能になります。 製品のリリース日の少なくとも 1 週間前に、プレースホルダーを置き換える更新パッケージを公開して、お客様のデバイスがリリース前に完全なパッケージのインストールを開始できるようにします。更新パッケージを公開する際は、Configure placeholder package(s) to enable pre-order チェックボックスをクリアします。プレースホルダーパッケージの使用を計画している場合は、Microsoft の担当者にお問い合わせください。
パッケージ更新のスケジュール
CU は、プレイヤーへのリリース用のカスタム利用可能日をサポートします。Configure availability date for my package(s) を選択して、スケジューリングを有効にします。有効にしたら、パッケージごとに 2 つの日付を設定します。異なる日付構成で何が起こるか
- predownload date と availability date が同じ: 早期ダウンロードなし、更新はその日に適用されます。
- predownload date が設定されていない: 更新は availability date にのみダウンロードされます。
- availability date が設定されていない: 更新は RETAIL サンドボックスに公開された直後に利用可能になります。
- 市場固有のパッケージ: 市場ごとに availability と predownload を独立して設定します。
フライト: 限られたオーディエンスでのテスト
フライトを使用して、広範な公開前に限られたユーザーグループでブランチをテストします。このテスト方法は、内部テスト、パートナープレビュー、または Early Access グループに便利です。フライトを作成する方法
- Packages ページの Flights タブに移動します。
- Create new flight を選択します。
- フライトの name を入力し、audience (デバイスまたはユーザーグループ) を選択します。
- テストしたい Branch を選択します。
- (オプション) start と end の日付を設定します。
- Save を選択します。フライトはすぐにフライトリストに表示されます。
フライトの編集
フライトを作成した後、必要に応じてオーディエンスグループを追加または削除できます。Microsoft Store はこれらの変更をすぐに反映します。フライト作成後、フライトのランキングを編集することもできます。
認定: ビルドを承認してもらう
XBOX Certification は、プレイヤーに公開する前にビルドがすべてのプラットフォーム要件を満たしていることを確認します。ブランチについて Certify を選択し、プロンプトに従ってビルドを XBOX Certification に送信します。詳細については、Certify a game を参照してください。パッケージを認定に送信する前に、製品のページナビゲーションから Certification を選択して、製品の 認定アンケート を完了してください。
ロールバック: 不良なリリースからの復旧
リリースされたビルドがプレイヤーに問題を引き起こす場合、再アップロードや再認定なしに以前に認定されたビルドを復元できます。Packages では、2 か所からロールバックをトリガーできます。ロールバックする方法
Draft view (Main Branch) から、次の手順に従ってパッケージをロールバックします。- Main Branch メニュー (… アイコン) を開きます。
- メニューオプションから Rollback を選択します。このオプションでは、ビューを切り替えることなく Rollback に素早くアクセスできます。
- Packages ページの Live view に移動します。
- In the Microsoft Store の下の Main Branch を見つけます。
- ブランチメニュー (… アイコン) を開き、Rollback を選択します。復元するビルドを決定する前に、現在公開されている状態を最初に見たい場合は、このエントリポイントを使用します。
ロールバックすると何が起こるか
Rollback を選択すると、変更を加える前に 4 つの手順を通して案内するガイド付きモーダルが開きます。 手順 1 - 前の公開を選択: 以前に認定および公開されたビルドのリストが表示されます。復元したいビルドを選択します。各エントリには、正しいものを識別するのに役立つビルドバージョン、認定日、および提出者が表示されます。 手順 2 - 詳細の表示: 選択したビルドの完全な詳細 (パッケージ名、バージョン、デバイスファミリー、認定ステータスなど) が表示されます。続行する前に、正しいビルドであることを確認するために、この情報を慎重に確認してください。 手順 3 - 現在のパッケージとターゲットパッケージの比較: 現在のライブビルドと復元しようとしているビルドの並列比較が表示されます。この手順は重要です - ロールバックが完了した後、プレイヤーに何が変わるかを正確に確認できます。このプロセスで重要なビルドやデバイスファミリーが失われないことを確認してください。 手順 4 - 承認して送信 ロールバックが実行される前に、変更内容を理解していることを明示的に承認します。確認後、ロールバックが送信され、古い安定したビルドがすぐにライブになります - 再アップロードや再認定は必要ありません。復元したい正確なビルドを見つけるには History を使用します。History は、すべてのブランチのすべての活動 (アップロード、認定提出、公開イベント、フライト、ロールバック) と、誰が何をいつ行ったかを表示します。