{"meta":{"title":"ログの詳細が十分ではありません","intro":"ログの詳細度を高め、ログに診断の詳細がない場合はデバッグ成果物を生成します。","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/troubleshoot-analysis-errors","title":"分析エラーのトラブルシューティング"},{"href":"/ja/code-security/reference/code-scanning/troubleshoot-analysis-errors/logs-not-detailed-enough","title":"詳細が十分ではないログ"}],"documentType":"article"},"body":"# ログの詳細が十分ではありません\n\nログの詳細度を高め、ログに診断の詳細がない場合はデバッグ成果物を生成します。\n\n問題のトラブルシューティングに十分な詳細がログにない場合は、追加の情報を取得し、ログをより便利にするために実行できるいくつかの手順があります。\n\n## ステップのデバッグロギングの有効化\n\nステップ デバッグ ログを使用すると、実行中と実行後にジョブのログの詳細度が向上します。\n\nステップ デバッグ ログを有効にするには:\n\n1. ワークフローを含むリポジトリで、次のシークレットまたは変数を設定します。 `ACTIONS_STEP_DEBUG` を `true` に設定します。 シークレットと変数の両方が設定されている場合、シークレットの値が変数よりも優先されます。\n2. ワークフローを再実行するか、新しい実行をトリガーします。\n\nシークレットまたは変数を設定すると、ステップ ログにさらに多くのデバッグ イベントが表示されます。 「[ワークフロー実行ログの使用](/ja/actions/how-tos/monitor-workflows/use-workflow-run-logs#viewing-logs-to-diagnose-failures)」を参照してください。\n\nまた、デバッグ ログが有効な場合にのみ、 `runner.debug` コンテキストを使用してステップを条件付きで実行することもできます。 「[コンテキスト リファレンス](/ja/actions/reference/workflows-and-actions/contexts#runner-context)」を参照してください。\n\n## CodeQL デバッグ アーティファクトの作成\n\n> \\[!WARNING]\n> CodeQL デバッグ成果物には、 CodeQLによって分析されるソース コードのコピーが含まれているため、これらのバンドルは、そのソース コードにアクセスする権限を持つユーザーとのみ共有することをお勧めします。\n\nCodeQLのデバッグに役立つ成果物を取得できます。\nデバッグ 成果物は、名前が `debug-artifacts` で始まる成果物としてワークフロー実行にアップロードされます。\nCodeQLワークフロー実行の一部として複数の言語を同時に分析する場合、言語ごとに 1 つの成果物が存在します。 データには、 CodeQL ログ、 CodeQL データベース、抽出されたソース コード ファイル、およびワークフローによって生成されたすべての SARIF ファイルが含まれます。\nCodeQL成果物のダウンロードの詳細については、「[ワークフローの成果物をダウンロードする](/ja/actions/how-tos/manage-workflow-runs/download-workflow-artifacts)」を参照してください。\n\nこれらの成果物は、 CodeQLcode scanningに関する問題をデバッグするのに役立ちます。\nGitHub のサポートにお問い合わせの場合は、このデータを要求される可能性があります。\n\n### 既定のセットアップ用の CodeQL デバッグ成果物 CodeQL 作成する\n\nステップ デバッグ ログを有効にし (ステップ デバッグ ログのCodeQLを参照)、新しいコミットを pull request ブランチにプッシュするなどして、新しい[](#enabling-step-debug-logging)分析をトリガーすることで、CodeQLデバッグ成果物を作成できます。\n\nプライベート レジストリへの CodeQL アクセス権を付与した場合は、名前が `proxy-log-file` で始まる追加の成果物が使用可能になります。 これには、プライベート レジストリに対する要求を認証するために既定のセットアップ CodeQL 使用され、プライベート レジストリ構成のトラブルシューティングに使用できる認証プロキシのログが含まれます。 詳細については、「[セキュリティ機能にプライベート レジストリへのアクセスを許可する](/ja/code-security/how-tos/secure-at-scale/configure-organization-security/manage-usage-and-access/giving-org-access-private-registries)」を参照してください。\n\n### CodeQL詳細設定用のCodeQLデバッグ成果物の作成\n\nCodeQL高度なセットアップ用のデバッグ成果物は、いくつかの異なる方法で取得できます。\n\n#### デバッグ ログを有効にしてジョブを再実行する\n\nCodeQL詳細セットアップ用のデバッグ成果物を作成する最も簡単なオプションは、デバッグ ログを有効にしてジョブを再実行することです。\nGitHub Actionsワークフローとジョブの再実行の詳細については、「[ワークフローとジョブの再実行](/ja/actions/how-tos/manage-workflow-runs/re-run-workflows-and-jobs)」を参照してください。\n\n必ず **\\[デバッグ ログの有効化]** を選ぶ必要があります。 このオプションにより、実行でランナー診断ログとステップ デバッグ ログが有効になります。 その後、デバッグ成果物 CodeQL ダウンロードしてさらに調査できるようになります。 ジョブを再実行して CodeQL デバッグ成果物を作成するときに、ワークフロー ファイルを変更する必要はありません。\n\n#### ワークフロー フラグの使用\n\nワークフローでフラグを使用して、 CodeQL デバッグ成果物を作成できます。 このためには、`init` ファイルのCodeQL 分析ワークフローステップを変更し、`debug: true`設定する必要があります。\n\n```yaml\n- name: Initialize CodeQL\n  uses: github/codeql-action/init@v4\n  with:\n    debug: true\n```\n\n#### GitHub Actions ステップデバッグ ログを使用する\n\nGitHub Actionsステップ デバッグ ログを有効にした場合、CodeQLはデバッグ成果物も生成し、ワークフロー実行の一部としてアップロードします。 手順については、「 [ステップ デバッグ ログの有効化」を](#enabling-step-debug-logging)参照してください。"}