ガイド
ワークフローProjectOutputDiff

Minecraft Command Packのレビュー チェックリスト

8 分で読めます

Command Packは、個々の行がすべて有効であっても失敗する可能性があります。順序、セレクター、scoreboardの目標の欠落、バージョンのドリフト、およびリセット動作により、リリース後にワークフローが中断される可能性があります。このチェックリストは、Project パックまたは関数スタイルのコマンド ブロックを共有する前の最終パスです。

後のコマンドがその目標を読み取るか変更する前に、scoreboardの状態を作成します。
特に幅広いコマンド スコープの場合は、最終Copy パスの前にセレクター チェックを実行してOutput を検査します。
パックの終わり近くにクリーンアップを配置し、破壊的なターゲット範囲を見えるようにしておきます。

ガイドの成果

Copy、テスト、および将来の編集に耐える必要があるCommand Packの最終レビュー パス。

関連モジュールを開くProject, Output, Diff公開前にパックをレビューする

推奨手順

  1. パックのターゲットを確認します: Java バージョン、スナップショット、または Bedrock Stable。
  2. セットアップ コマンドによって、後で使用されるすべてのscoreboard、boss bar、チーム、タグ、またはストレージ キーが作成されていることを確認します。
  3. 特に目標、タグ、クリーンアップについては、コマンドの順序が上から下にあることを確認します。
  4. フルパックをテストする前に、破壊的なコマンドのセレクター テストを実行します。
  5. Project のパックを Copy し、ライブ ビルダーの状態だけでなく、Copy したテキストをテストします。

注文のレビュー

状態を作成するコマンドは、その状態に依存するコマンドの前に指定する必要があります。scoreboardの目標、boss bar、チーム、タグ、およびストレージ パスは、後の行で読み取りまたは変更する前に作成する必要があります。

新規セットアップの前にテスト状態を意図的にクリアする場合を除き、クリーンアップ コマンドは通常最後に実行する必要があります。

  • スコアを設定する前に目標を作成します。
  • 値を更新する前にboss barを作成してください。
  • タグをターゲットにする前に、Summon またはエンティティにタグを付けます。
  • 成功条件チェック後のGive報酬。

セレクターとスコープのレビュー

すべての破壊的なコマンドにはスコープ チェックが必要です。キル、クリア、ダメージ、テレポート、およびデータ マージ コマンドは、広範なセレクターではなく、既知のタグ、プレーヤー、チーム、または地域をターゲットにする必要があります。

マップのリリースの場合は、ワールドのCopyでテストし、繰り返しのテストで状態が残る場合はリセット コマンドを含めます。

コピーしてください: レビュー

コピーしてください: したパックは、ユーザーが実行するアーティファクトです。 Project からCopyした後、クリーンなテキスト バッファーに貼り付けて、欠落している行、壊れた順序、予期しないプレフィックス、またはまだテスト専用の名前を参照しているコマンドをスキャンします。

オンラインで共有する場合は、パックの横に Minecraft バージョンを含めてください。現在の Java パックと Bedrock-safe パックは、別個のダウンロードまたは別個のセクションである必要があります。

Copyしたアーティファクトを発送する

このガイドを使用して、プレーヤーまたはマップ メーカーが実際に実行するアーティファクト (Copy したコマンド、注文された Project パック、またはdatapack リソース) を作成します。最終レビューは、編集可能なビルダーの状態だけでなく、Copy したOutputに対して行われる必要があります。

ワークフローがバージョンに依存する場合は、コマンドの横にターゲット バージョンのラベルを付けます。セレクター、scoreboard、boss bar、タグ、loot table、またはProject順序を使用する場合は、セットアップを公開する前にクリーンな環境でそれらの依存関係をテストしてください。

  • 1 つのコマンドの場合は Output からの Copy、注文されたパックの場合は Project から。
  • Java、Bedrock、およびスナップショット バリアントを分離してください。
  • 最初に無害なOutputで破壊的なセレクターをテストします。
  • ガイドが標準ワークフローになったら、関連するプリセットを更新します。

関連ガイドとプリセット

FAQ

各コマンドをテストする必要がありますか、それとも完全なパックのみをテストする必要がありますか?

両方やってください。順序とCopy の形式が重要であるため、リスクの高い行を個別にテストし、Copy したパックを最終成果物としてテストします。

Command Packで最もよくある間違いは何ですか?

目標を作成する前にスコアを設定したり、エンティティがタグ付けされる前にタグをターゲットにしたりするなど、状態が存在する前に後のコマンドを使用します。

このガイドはいつ Project パックになるのでしょうか?

ワークフローに複数のコマンドが必要な場合、セットアップとクリーンアップの順序がある場合、またはテスト後に再度編集する必要がある場合は、Project を使用します。 1 回限りのコマンドは Output に残すことができます。