{"meta":{"title":"パック作成","intro":"[プラミング] ソース コードから QL パッケージの内容をビルドします。","product":"セキュリティとコードの品質","breadcrumbs":[{"href":"/ja/code-security","title":"セキュリティとコードの品質"},{"href":"/ja/code-security/reference","title":"リファレンス"},{"href":"/ja/code-security/reference/code-scanning","title":"コード スキャン"},{"href":"/ja/code-security/reference/code-scanning/codeql","title":"CodeQL"},{"href":"/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual","title":"CodeQL CLI のマニュアル"},{"href":"/ja/code-security/reference/code-scanning/codeql/codeql-cli-manual/pack-create","title":"パック作成"}],"documentType":"article"},"body":"# パック作成\n\n[プラミング] ソース コードから QL パッケージの内容をビルドします。\n\n> [!NOTE]\n> このコンテンツでは、CodeQL CLI の最新リリースについて説明します。 このリリースについて詳しくは、 https://github.com/github/codeql-cli-binaries/releases をご覧ください。\n>\n> 以前のリリースの、このコマンドで使えるオプションを詳しく確認するには、ターミナルで <span style=\"white-space: nowrap;\">`--help`</span> オプションを指定してコマンドを実行してください。\n\n## 概要\n\n```shell copy\ncodeql pack create [--output=<output>] [--threads=<num>] [--ram=<MB>] <options>... -- <dir>\n```\n\n## Description\n\n              \\[ プラミング] ソース コードから QL パッケージの内容をビルドします。\n\nこのコマンドは、元のソース コード、ライブラリの依存関係、コンパイル済みクエリ、パッケージ メタデータなど、QL パッケージの完全な内容をビルドします。\n\n              `v2.6.0` 以降で使用できます。\n\n## オプション\n\n### 主なオプション\n\n#### `<dir>`\n\nパッケージのルート ディレクトリ。\n\n#### `-o, --output=<output>`\n\nビルドされたパッケージを書き込む出力ディレクトリ。\n\n既定値は `./.codeql/pack` です。\n\n#### `--format=<fmt>`\n\n出力形式 (`text`_(既定値)_ または `json`) を選びます。\n\n#### `-j, --threads=<num>`\n\nこの数のスレッドをクエリのコンパイルに使用します。\n\n既定値は 1 です。 0 を渡して、コンピューター上のコアごとに 1 つのスレッドを使用したり、_N_ を渡して、_N_ 個のコアを未使用のままにしたりすることができます (ただし、その場合でも、少なくとも 1 つのスレッドが使用されます)。\n\n#### `-M, --ram=<MB>`\n\nコンパイラで使用できる必要がある RAM の合計量を設定します。\n\n#### `--no-precompile`\n\n              \\[詳細設定] パック出力ディレクトリでコンパイル キャッシュがプリコンパイルされないようにします。 これにより、パックのサイズが縮小され、作成にかかる時間が短縮されますが、パックを実行する前にコンパイルが必要になります。\nクエリ パックに対してのみ意味があります。\n\n#### `--no-validate-extensions`\n\n              \\[詳細設定] コンパイル手順の一環としてデータ拡張機能の検証を行わないようにします。\n\n              `v2.13.3` 以降で使用できます。\n\n#### `--no-overwrite`\n\n              \\[詳細設定] このコマンドの以前の呼び出しからの既存のコンパイル済み出力が再コンパイルされ上書きされないようにします。\n\n### コンパイル環境を設定するためのオプション\n\n#### `--search-path=<dir>[:<dir>...]`\n\nQL パックが見つかる可能性があるディレクトリの一覧。 各ディレクトリは、QL パック (またはルートに `.codeqlmanifest.json` ファイルを含むパックのバンドル)、または 1 つ以上のこのようなディレクトリの直接の親ディレクトリのいずれかです。\n\nパスに複数のディレクトリを含める場合は、それらの順序で、それらの間の優先順位を定義します。解決する必要があるパック名が複数のディレクトリ ツリーで一致する場合は、最初に指定したものが優先されます。\n\nオープンソースの CodeQL リポジトリのチェックアウトでこれを指定すると、そこにある言語の 1 つを照会するときに機能するはずです。\n\nCodeQL リポジトリを、アンパックされた CodeQL ツールチェーンの兄弟としてチェックアウトしている場合、このオプションを指定する必要はありません。このような兄弟ディレクトリは、他の方法では見つからない QL パックについて常に検索されます (このデフォルトが機能しない場合は、ユーザーごとの構成ファイルで `--search-path` を一度だけ設定することを強くお勧めします)。\n\n(注: Windows では、パスの区切り記号は `;` です)。\n\n#### `--additional-packs=<dir>[:<dir>...]`\n\nこのディレクトリの一覧が指定されている場合、パックは、`--search-path` 内のディレクトリの前に、これらのディレクトリで検索されます。 これらの間の順序は重要ではありません。このリストの 2 か所でパック名が見つかった場合は、エラーです。\n\nこれは、デフォルトのパスにも表示される新しいバージョンのパックを一時的に開発している場合に役立ちます。 一方、構成ファイルでこのオプションをオーバーライドすることは \"お勧めしません\"。内部アクションによっては、このオプションがオンザフライで追加され、構成済みの値がオーバーライドされます。__\n\n(注: Windows では、パスの区切り記号は `;` です)。\n\n#### `--library-path=<dir>[:<dir>...]`\n\n              \\[高度な設定] QL ライブラリの生インポート検索パスに追加するオプションのディレクトリ一覧。 これを使う必要があるのは、QL パックとしてパッケージ化されていない QL ライブラリを使用する場合のみです。\n\n(注: Windows では、パスの区切り記号は `;` です)。\n\n#### `--dbscheme=<file>`\n\n              \\[詳細設定] どの dbscheme クエリに対してコンパイルする必要があるかを明示的に定義します。 これは、自分が何をしているかを確信している呼び出し元のみが指定する必要があります。\n\n#### `--compilation-cache=<dir>`\n\n              \\[詳細設定] コンパイル キャッシュとして使用する追加のディレクトリを指定します。\n\n#### `--no-default-compilation-cache`\n\n              \\[詳細設定] クエリを含む QL パックや CodeQL ツールチェーン ディレクトリなどの標準の場所でコンパイル キャッシュを使用しません。\n\n### CodeQL パッケージ マネージャーを構成するためのオプション\n\n#### `--registries-auth-stdin`\n\n              \\<registry\\_url>\n              =\n              \\<token> ペアのコンマ区切りのリストを渡して、GitHub Enterprise Server コンテナー レジストリに対して認証を行います。\n\nたとえば、`https://containers.GHEHOSTNAME1/v2/=TOKEN1,https://containers.GHEHOSTNAME2/v2/=TOKEN2` を渡して、\n2 つの GitHub Enterprise Server インスタンスに対して認証を行うことができます。\n\nこれを使って、CODEQL\\_REGISTRIES\\_AUTH および GITHUB\\_TOKEN 環境変数をオーバーライドします。 github.com コンテナー レジストリに対する認証のみが必要な場合は、代わりに、より単純な `--github-auth-stdin` オプションを使って認証できます。\n\n#### `--github-auth-stdin`\n\n標準入力を介して github.com GitHub Apps トークンまたは個人用アクセス トークンを渡して、github.com コンテナー レジストリに対して認証を行います。\n\nGitHub Enterprise Server コンテナー レジストリに対して認証を行うには、`--registries-auth-stdin` を渡すか、CODEQL\\_REGISTRIES\\_AUTH 環境変数を使います。\n\nこれを使って、GITHUB\\_TOKEN 環境変数をオーバーライドします。\n\n### 共通オプション\n\n#### `-h, --help`\n\nこのヘルプ テキストを表示します。\n\n#### `-J=<opt>`\n\n              \\[詳細設定] コマンドを実行している JVM にオプションを指定します\n\n(スペースを含むオプションは正しく処理されないことに注意してください)。\n\n#### `-v, --verbose`\n\n出力される進行状況メッセージの数を段階的に増やします。\n\n#### `-q, --quiet`\n\n出力される進行状況メッセージの数を段階的に減らします。\n\n#### `--verbosity=<level>`\n\n              \\[詳細設定] 詳細レベルを、errors、warnings、progress、progress+、progress++、progress+++ のいずれかに明示的に設定します。 \n              `-v` と `-q` がオーバーライドされます。\n\n#### `--logdir=<dir>`\n\n              \\[詳細設定] タイムスタンプと実行中のサブコマンドの名前を含む生成された名前を使用して、指定されたディレクトリ内の 1 つまたは複数のファイルに詳細なログを書き込みます\n\n(完全に制御できる名前でログ ファイルを書き込むには、代わりに `--log-to-stderr` を指定し、必要に応じて stderr をリダイレクトします)。\n\n#### `--common-caches=<dir>`\n\n              \\[[詳細設定] ダウンロードした QL パックやコンパイル済みクエリ プランなど、CLI の複数の実行間に保持される、ディスク上でキャッシュされたデータの場所を制御します。 明示的に設定されない場合、デフォルトではユーザーのホーム ディレクトリに名前が付けられた `.codeql` ディレクトリになります。まだ存在しない場合は作成されます。\n\n              `v2.15.2` 以降で使用できます。"}