# GitHub Actionsに関するGitHub サポートからのヘルプの取得 GitHub のサポートが支援する方法について説明しますGitHub Actions GitHub のサポートについては[、GitHub Actionsにお問い合わせください](/ja/enterprise-server@3.22/support/contacting-github-support)。 ## 診断とトラブルシューティングに関する情報の提供 プライベート リポジトリと内部リポジトリの内容は GitHub のサポートに表示されないため、 GitHub のサポート は、問い合わせの完全なコンテキストを理解し、予期しない動作を再現するために追加情報を要求する場合があります。 GitHub のサポートで最初にチケットを発行するときにこの情報を提供することで、お問い合わせの解決を加速できます。 GitHub のサポートが要求する一部の情報には、次のような情報が含まれますが、これらに限定されません。 * ワークフロー実行の URL 。 例: `https://DOMAIN/ORG/REPO/actions/runs/0123456789` * チケットに `.yml` ファイルとして添付するワークフロー `.txt` ファイル。 ワークフローについて詳しくは、「[ワークフロー](/ja/enterprise-server@3.22/actions/concepts/workflows-and-actions/workflows#about-workflows)」を参照してください。 * ワークフロー実行エラーの例を示すワークフロー実行ログのコピー。 ワークフロー実行ログについて詳しくは、「[ワークフロー実行ログの使用](/ja/enterprise-server@3.22/actions/how-tos/monitor-workflows/use-workflow-run-logs#downloading-logs)」を参照してください。 * ランナー ログのコピー。 ランナー内の `_diag` フォルダーの下にあります。 セルフホステッド ランナーの詳細については、「[自己ホストランナーのモニタリングとトラブルシューティング](/ja/enterprise-server@3.22/actions/how-tos/manage-runners/self-hosted-runners/monitor-and-troubleshoot#reviewing-the-self-hosted-runner-application-log-files)」を参照してください。 セルフホステッド ランナー のログ ファイル名は、 `Runner_YYYY####-xxxxxx-utc.log` と `Worker_YYYY####-xxxxxx-utc.log`という形式になります。 > \[!NOTE] > ファイルの拡張子を `.txt` または `.zip` に変更して、サポート チケットにファイルを添付してください。 ログやワークフロー ファイルのスニペットなどのテキスト データを、インラインでチケットに含める場合は、Markdown コード ブロックとして正しい記法で記述されていることを確認してください。 適切な Markdown 記法の詳細については、「[基本的な書き込みと書式設定の構文](/ja/enterprise-server@3.22/get-started/writing-on-github/getting-started-with-writing-and-formatting-on-github/basic-writing-and-formatting-syntax#quoting-code)」を参照してください。 > > 不適切な Markdown 構文による書式設定が失われたために入力した情報が読み取れない場合、 GitHub のサポート は添付ファイルとして、または正しい Markdown 形式で情報の再送信を要求する場合があります。 > \[!WARNING] > トークンやその他のシークレットなどの機密情報を削除するために、 GitHub のサポート に指定されたすべてのファイルとテキストが適切に編集されていることを確認します。 お問い合わせの性質によっては、 GitHub のサポート は、さらにレビューと分析のためにサポート バンドルを生成してアップロードすることを要求する場合もあります。 GitHub のサポートおよびサポート バンドルにデータを提供する方法の詳細については、[GitHub サポートにデータを提供する](/ja/enterprise-server@3.22/support/contacting-github-support/providing-data-to-github-support) を参照してください。 ### エフェメラル ランナー アプリケーション ログ ファイル GitHub のサポート は、エフェメラル ランナーからランナー アプリケーション ログ ファイルを要求する場合があります。 GitHub は、セルフホステッドエフェメラル ランナーからランナー アプリケーション ログ ファイルを転送して保持するメカニズムを実装していることを想定し、推奨しています。 ランナー アプリケーション ログ ファイルとセルフホステッド ランナーのトラブルシューティングの詳細については、「[自己ホストランナーのモニタリングとトラブルシューティング](/ja/enterprise-server@3.22/actions/how-tos/manage-runners/self-hosted-runners/monitor-and-troubleshoot#reviewing-the-self-hosted-runner-application-log-files)」を参照してください。 ### Actions Runner Controller Actions Runner Controller (ARC) を使用している場合は、GitHub のサポートコントローラー、リスナー、ランナー ポッドの完全なログの送信を求められる場合があります。 Actions Runner Controllerのログの収集の詳細については、[Actions Runner Controller エラーのトラブルシューティング](/ja/enterprise-server@3.22/actions/tutorials/use-actions-runner-controller/troubleshoot#checking-the-logs-of-the-controller-and-runner-set-listener) を参照してください。 Actions Runner Controllerのサポート範囲の詳細については、[Actions ランナー コントローラーのサポート](/ja/enterprise-server@3.22/actions/concepts/runners/support-for-arc) を参照してください。 ### CodeQL と GitHub Actions CodeQL 分析ワークフローに関するサポートを要求している場合、GitHub のサポートはCodeQLデバッグ成果物のコピーを要求する可能性があります。 CodeQL 分析ワークフローの成果物のデバッグの詳細については、「[ログの詳細が十分ではありません](/ja/enterprise-server@3.22/code-security/reference/code-scanning/troubleshoot-analysis-errors/logs-not-detailed-enough#creating-codeql-debugging-artifacts)」を参照してください。 デバッグ成果物を GitHub のサポートに提供するには、サンプル ワークフロー実行から CodeQL デバッグ成果物をダウンロードし、 `.zip` ファイルとしてチケットに添付してください。 ワークフロー成果物のダウンロードについて詳しくは、「[ワークフローの成果物をダウンロードする](/ja/enterprise-server@3.22/actions/how-tos/manage-workflow-runs/download-workflow-artifacts)」を参照してください。 CodeQLデバッグ成果物`.zip`ファイルが大きすぎてチケットにアップロードできる場合は、GitHub のサポートにアドバイスしてください。次の手順を決定するために協力します。 ## サポートのスコープ サポートリクエストが、Microsoft のチームが支援できる範囲を外れている場合は、 GitHub のサポートの外部で問題を解決するための次の手順をお勧めします。 要求が主に次の内容である場合、サポート 要求が GitHub のサポートのスコープ外である可能性があります。 * サードパーティの統合 (Jira など) * ハードウェアのセットアップ * OS ディスクの検出、ネットワーク設定、ブート エラー、VM コンソールのアクセスなど、ハイパーバイザー関連の issue * 特定のハードウェア プラットフォームまたはストレージ プロバイダー間の移行支援 * CI/CD (Jenkins など) * Azure DevOps (Azure サポートにお問い合わせください) * スクリプトの記述 * SAML ID プロバイダーなどの外部認証システムの構成 * オープン ソース プロジェクト * CodeQL の新しいクエリの作成またはデバッグ * 仮想ネットワークのセットアップ、カスタム ファイアウォール、プロキシ規則など、クラウド プロバイダーの構成 * Kubernetes の設定やネットワーク構成などのコンテナー オーケストレーション * ワークフローとデータ管理に関する詳細なサポート * GitHub Actionsカスタム イメージでのカスタマイズとツールインストールの包括的なサポート * プレビュー機能 パブリック プレビュー、 プライベート プレビュー、および テクニカル プレビュー 機能は、 GitHub のサポートの範囲外です。 * GitHub Copilot 提案 * GitHub Copilot 消費に関する質問。 GitHub のサポート では、Copilot の使用量の監査や内訳の表示は行いません。 サポートは課金モデルを説明し、利用可能な使用状況レポートドキュメントを示すことができますが、使用量が多い理由や、含まれている使用量が予想よりも早く使い果たされた理由を判断することはできません。 * 従量制課金の説明。 GitHub のサポート では、従量制課金 GitHub 製品の使用状況レポートや支出傾向を解釈したり、そのデータに基づいて推奨事項を提供したりすることはありません。 GitHub Copilot は、AI を利用したコードの提案と応答を提供します。 法律条項に記載されているように、お客様は、組み込むことを選択した候補を含め、コードについてのすべての責任を負います。 Copilotの応答の品質、正確性、関連性、または機能は、常に期待を満たすとは限らず、間違いが発生する可能性があります。 Copilotの提案を使用するかどうかは決定であり、GitHubは、他のユーザーの権利を侵害する可能性のある方法で提案を使用しないように、合理的なポリシーとプラクティスを実装することを強くお勧めします。 これには、 Copilotで使用できるフィルター機能の使用が含まれますが、これに限定されません。 Copilotで生成された提案や出力は、サポートの対象外です。 GitHubサポートは、Copilotの応答の正確性または適合性を保証することができず、生成された結果について責任を負いません。 特定の候補について懸念がある場合は、提供されているすべてのリンクと情報を検討し、要件に関する正確性とコンプライアンスを確認してください。 詳細については、「GitHub Copilotと[ベスト プラクティス](/ja/site-policy/github-terms/github-terms-for-additional-products-and-features#github-copilot)」を参照してください。 パブリック プレビュー機能のサポートについては、[GitHub の営業チーム](https://github.com/enterprise/contact)でアカウント マネージャーにお問い合わせください。 プライベート プレビューおよびテクニカル プレビュー機能のサポートについては、プライベート プレビューのオンボード セッション中に提供されたグループ、または[GitHub の営業チーム](https://github.com/enterprise/contact)のアカウント マネージャーにお問い合わせください。 \*\* GitHub のサポート は、廃止された GitHub Enterprise Server リリースのサポートを提供していません。\*\* 廃止されたリリースを実行している場合は、サポート チケットを開く前にサポートされているバージョンにアップグレードして、効果的にサポートできるようにしてください。 [「AUTOTITLE」を](/ja/enterprise-server@3.22/admin/upgrading-your-instance/preparing-to-upgrade/overview-of-the-upgrade-process)参照してください。 サポート範囲外のトピック、ガイド付きコンサルティング、ワークショップ、またはチームのトレーニングに関するサポートについては、 [GitHub Expert Services](https://github.com/services/) に問い合わせてください。このサービスは、プラットフォームの使用を最適化するのに役立つ特殊なサービスを提供しています。 問題がスコープ外か判断できない場合は、チケットをオープンしてもらえれば先へ進むための最善の方法を定めるための支援をいたします。