{"meta":{"title":"Dependabot エラー","intro":"Dependabot では、依存関係が自動的に維持され、コードのセキュリティと最新の状態が維持されます。 このリファレンスは、自動更新を続行できるように、問題を診断して解決するのに役立ちます。","product":"セキュリティとコードの品質","breadcrumbs":[{"href":"/ja/code-security","title":"セキュリティとコードの品質"},{"href":"/ja/code-security/reference","title":"リファレンス"},{"href":"/ja/code-security/reference/supply-chain-security","title":"サプライ チェーンのセキュリティ"},{"href":"/ja/code-security/reference/supply-chain-security/troubleshoot-dependabot","title":"Dependabot のトラブルシューティング"},{"href":"/ja/code-security/reference/supply-chain-security/troubleshoot-dependabot/dependabot-errors","title":"Dependabot エラー"}],"documentType":"article"},"body":"# Dependabot エラー\n\nDependabot では、依存関係が自動的に維持され、コードのセキュリティと最新の状態が維持されます。 このリファレンスは、自動更新を続行できるように、問題を診断して解決するのに役立ちます。\n\n依存関係 Dependabot 更新中にエラーが発生した場合は、この参照を使用して、一般的な問題を診断して修正できます。\n\n## エラーを表示する方法\n\n### セキュリティ更新プログラムのエラー\n\nDependabot\nDependabotアラートを修正するプル要求の作成がブロックされると、アラートにエラー メッセージが投稿されます。\nDependabot alerts ビューには、まだ解決されていないアラートの一覧が表示されます。 アラート ビューにアクセスするには、リポジトリの \\[**Dependabot alerts**] タブの \\[** Security and quality**] をクリックします。 脆弱性のある依存関係を修正するプルリクエストが生成された場合、アラートにはそのプルリクエストへのリンクが含まれます。\n\n![Dependabot alerts ビューのスクリーンショット。 あるアラートの右側で、\"#353\" というタイトルの pull request へのリンクがオレンジ色の枠線で囲まれています。](/assets/images/help/dependabot/dependabot-alert-pr-link.png)\n\nアラートには、いくつかの理由でプル要求リンクがない場合があります。\n\n1. Dependabot security updates はリポジトリに対して有効になっていません。\n2. アラートが、ロックファイルで明示的に定義されていない間接的または推移的な依存関係に対するものである。\n3. プル要求 Dependabot 作成がブロックされたエラー。\n\nエラーの詳細を表示するには、アラートをクリックします。\n\n### バージョン更新エラー\n\nDependabotエコシステムの依存関係を更新するプル要求の作成がブロックされている場合は、ジョブ ログの一覧を表示してエラーの詳細を確認できます。\n\nジョブ ログの一覧には、リポジトリの依存関係グラフからアクセスできます。 依存関係グラフから **Dependabot** タブをクリックし、影響を受けるマニフェスト ファイルの右側にある **\\[最近の更新ジョブ]** をクリックします。\n\n特定のジョブの完全なログ ファイルを表示するには、目的のログ エントリの右側にある \\[ **ログの表示**] をクリックします。\n\n![マニフェスト ファイルの Dependabot ジョブ ログ エントリのスクリーンショット。 \\[ログを表示\\] というボタンが濃いオレンジ色の枠線で強調表示されます。](/assets/images/help/dependabot/dependabot-job-log-error-message.png)\n\n詳しくは、「[Dependabot ジョブ ログの表示](/ja/code-security/how-tos/view-and-interpret-data/view-dependabot-logs)」をご覧ください。\n\n## 依存関係解決エラー\n\n### DEPENDENCY を脆弱性のないバージョンに更新できない\n\n**適用対象:** セキュリティ更新プログラムのみ\n\n**エラーメッセージ：**`Dependabot cannot update DEPENDENCY to a non-vulnerable version`\n\nDependabot では、このリポジトリの依存関係グラフ内の他の依存関係を中断することなく、脆弱な依存関係をセキュリティで保護されたバージョンに更新するプル要求を作成できません。\n\n依存関係を含むすべてのアプリケーションには、依存関係グラフ、つまり、アプリケーションが直接または間接的に依存するすべてのパッケージバージョンの有向非巡回グラフがあります。 依存関係が更新されるたびに、このグラフを解決する必要があります。解決しない場合、アプリケーションがビルドされません。 npm や RubyGems のように、エコシステムに深く複雑な依存関係グラフがある場合、エコシステム全体をアップグレードせずに単一の依存関係をアップグレードすることは不可能な場合があります。\n\n**解像 度：** バージョンの更新を有効にするなどして、最新のリリースバージョンを最新の状態に保つ。 これにより、依存関係グラフを壊さない単純なアップグレードで 1 つの依存関係の脆弱性を解決できる可能性が高くなります。 「[Dependabot バージョンの更新の構成](/ja/code-security/how-tos/secure-your-supply-chain/secure-your-dependencies/configure-version-updates)」を参照してください。\n\n### アラートなしで依存関係を更新する\n\n**適用対象:** セキュリティ更新プログラムのみ\n\n**エラーメッセージ：**`Dependabot tries to update dependencies without an alert`\n\nDependabot は、すべてのエコシステムに対して脆弱である、明示的に定義された推移的な依存関係を更新します。 npm、 Dependabot は、推移的な依存関係を修正する唯一の方法である場合、親の依存関係も更新するプル要求を発生させます。\n\nたとえば、`A` に解決され、`~2.0.0` バージョン `B` への推移的な依存関係がある、`~1.0.0` バージョン `1.0.1` への依存関係があるプロジェクトなどです。\n\n```shell\nmy project\n|\n--> A (2.0.0) [~2.0.0]\n |\n --> B (1.0.1) [~1.0.0]\n```\n\n`B`バージョンの`<2.0.0`に対してセキュリティ脆弱性がリリースされ、`2.0.0`でパッチが利用可能な場合、Dependabotは`B`の更新を試みますが、`A`による制限により、脆弱なバージョンが低い場合にのみ許可されるため、それが不可能であることがわかります。 この脆弱性を修正するために、 Dependabot は依存関係 `A` の更新プログラムを探し、固定バージョンの `B` を使用できるようにします。\n\nDependabot は、ロックされた親と子の推移的な依存関係の両方をアップグレードするプル要求を自動的に生成します。\n\n### 既に適用されている更新プログラムの pull request を閉じることはできません\n\n**エラーメッセージ：**`Dependabot fails to close an open pull request for an update that has already been applied on the default branch`\n\nDependabot は、これらの更新が既定のブランチにコミットされたことを検出すると、依存関係の更新に対するプル要求を閉じます。 ただし、まれに、pull request が開いたままになる場合があります。\n\n**解像 度：** 依存関係の更新を手動でコミットし、その同じ更新プログラムの pull request がまだ開いている場合は、pull request のコメントで次のいずれかのコマンドを使用できます。\n\n* `@dependabot recreate`、または\n* `@dependabot rebase`。\n\nどちらのコメントでも Dependabot がトリガーされ、依存関係がアップグレードできなくなったり脆弱になったりするかどうかを確認できます。 pull request が不要になった Dependabot 検出された場合、この特定のケースでは pull request が閉じられます。\n\nDependabotコメント コマンドの詳細については、[AUTOTITLE を](/ja/code-security/how-tos/secure-your-supply-chain/manage-your-dependency-security/manage-dependabot-prs#managing-dependabot-pull-requests-with-comment-commands)参照してください。\n\n### 最新バージョンのオープン pull request が既に存在するため、必要なバージョンに更新できません\n\n**適用対象:** セキュリティ更新プログラムのみ\n\n**エラーメッセージ：**`Dependabot cannot update to the required version as there is already an open pull request for the latest version`\n\nDependabot では、脆弱な依存関係をセキュリティで保護されたバージョンに更新するプル要求は作成されません。この依存関係を更新するためのオープン pull request が既に存在するためです。 このエラーは、単一の依存関係で脆弱性が検出され、依存関係を最新バージョンに更新するためのオープンプルリクエストがすでに存在する場合に表示されます。\n\n**解像 度：** オープン pull request を確認し、変更が安全であると確信したらすぐにマージするか、その pull request を閉じて新しいセキュリティ更新プログラムの pull request をトリガーすることができます。\n[\nDependabotプル要求を手動でトリガーする](#triggering-a-dependabot-pull-request-manually)を参照してください。\n\n### セキュリティ更新プログラムは必要ありません\n\n**適用対象:** セキュリティ更新プログラムのみ\n\n**エラーメッセージ：**`No security update is needed as DEPENDENCY is no longer vulnerable`\n\nDependabot は、脆弱性がない、もしくは脆弱ではなくなった場合、その依存関係を更新するプル要求を閉じることができません。 依存関係グラフ のデータが古い場合、または依存関係の特定のバージョンが脆弱な場合、依存関係グラフと Dependabot が一致しない場合に、このエラーが表示されることがあります。\n\n**解像 度：** まず、リポジトリの依存関係グラフを調べ、依存関係に対して検出されたバージョンを確認し、識別されたバージョンがリポジトリで使用されているものと一致するかどうかを確認します。\n\n依存関係グラフ データが古くなっていると思われる場合は、リポジトリの依存関係グラフを手動で更新するか、依存関係情報をさらに調査する必要があります。 「[依存関係グラフのトラブルシューティング](/ja/code-security/reference/supply-chain-security/troubleshoot-dependabot/dependency-graph-errors)」を参照してください。\n\n依存関係のバージョンが脆弱でなくなったかどうかを確認できる場合は、 Dependabot pull request を閉じてください。\n\n## プル要求エラー\n\n### プル要求の制限に達しました\n\n**エラーメッセージ：**`Dependabot cannot open any more pull requests`\n\nDependabot生成されるオープン プル要求の数には制限があります。 上限に達すると、新しいプルリクエストはオープンされず、このエラーが報告されます。\n\n**制限：**\n\n* セキュリティ更新プログラムのプルリクエスト: 10\n* バージョン更新プル要求: 5 ( `open-pull-requests-limit`を使用して構成可能)\n\nセキュリティアップデートとバージョン更新のプルリクエストには個別の制限があるため、オープンなバージョン更新のプルリクエストがセキュリティアップデートのプルリクエストの作成をブロックすることはできません。 詳しくは、「[Dependabot オプション リファレンス](/ja/code-security/reference/supply-chain-security/dependabot-options-reference#open-pull-requests-limit-)」をご覧ください。\n\n**解像 度：** 既存のプル要求の一部をマージまたは閉じ、新しいプル要求を手動でトリガーします。\n[「Dependabot pull request を手動でトリガーする](#triggering-a-dependabot-pull-request-manually)」を参照してください。\n\n## タイムアウトとパフォーマンスエラー\n\n### 更新がタイムアウトしました\n\n**エラーメッセージ：**`Dependabot timed out during its update`\n\nDependabot は、必要な更新プログラムを評価し、プル要求を準備するのに許容される最大時間よりも長くかかりました。 このエラーは、通常、多くのマニフェスト ファイルを含む大規模なリポジトリでのみ発生します。たとえば、数百の *package.json* ファイルを含む npm や yarn monorepo プロジェクトなどです。 Composer エコシステムの更新も評価に時間がかかり、タイムアウトする可能性があります。\n\nDependabot がホストするランナー上で実行される GitHub 更新ジョブは、55 分後にタイムアウトします。 この制限時間を増やすことはできません。\n\nジョブの実行時間は、準備する必要がある更新の数に合わせて増加します。 古い依存関係が多いリポジトリは、1 つのジョブの制限を超える可能性があります。 ジョブが一貫してタイムアウトする場合は、一部の依存関係を手動で更新して、将来のジョブのワークロードを減らすことを検討してください。\n\n**バージョン更新の解決策:**`allow` パラメーターを使用して更新する最も重要な依存関係を指定するか、または `ignore` パラメーターを使用して一部の依存関係を更新から除外します。 構成を更新すると、 Dependabot がバージョンの更新を確認し、使用可能な時間内に pull request を生成できる場合があります。\n\n**セキュリティ更新プログラムの解決方法:** バージョンの更新を有効にするなどして、依存関係を更新したままにすることで、タイムアウトの可能性を減らします。 詳しくは、「[Dependabot バージョンの更新の構成](/ja/code-security/how-tos/secure-your-supply-chain/secure-your-dependencies/configure-version-updates)」をご覧ください。\n\n## グループ化エラー\n\n### 依存関係をグループ化できませんでした (バージョンの更新)\n\n**適用対象:** バージョンの更新のみ\n\n**エラーメッセージ：**`Dependabot fails to group a set of dependencies into a single pull request for Dependabot version updates`\n\n`groups` ファイルの [](/ja/code-security/reference/supply-chain-security/dependabot-options-reference#groups--)構成設定は、バージョン アップデートとセキュリティ アップデートに適用されます。\n`applies-to` キーを使用して、グループ化ルールのセットを適用する場所 (バージョン アップデートまたはセキュリティ アップデート) を指定します。\n\n*バージョン\\_更新と\\_セキュリティ* アップデートの両方に、1 つのグループ化ルール セットを適用することはできません。 代わりに、同じ条件を使用してバージョン更新プログラムとセキュリティ アップデート プログラムの両方をグループ化する場合は、個別に名前を付けた 2 つのルール セットを定義する必要があります。\n\nグループ化されたバージョン アップデートを構成する場合は、パッケージ エコシステムごとにグループを構成する必要があります。\n\n**一般的な原因 - 空のグループ:** 意図せずに空のグループを作成した可能性があります。 たとえは、これは、全体のジョブに対して、`dependency-type` キーで `allow` を設定する際に発生します。\n\n```yaml copy\nallow:\n dependency-type: production\n # this restricts the entire job to production dependencies\n groups:\n development-dependencies:\n dependency-type: \"development\"\n # this group will always be empty\n```\n\nこの例では、 Dependabot は次のようになります。\n\n1. 依存関係リストを確認し、ジョブを `production` で使用する依存関係のみに制限します。\n2. この縮小リストのサブセットである、`development-dependencies` という名前のグループを作成してみます。\n3. 手順 1 ですべての `development-dependencies` 依存関係が削除され、`development` グループが空であることを確認します。\n4. ```\n グループに含まれていないすべての依存関係を**個別に**更新します。 運用環境の依存関係のグループが空であるため、 Dependabot はグループを無視し、依存関係ごとに個別のプル要求を作成します。\n ```\n\n**解像 度：** 構成設定が互いに取り消されないようにし、構成ファイルで適切に更新します。 問題をデバッグするには、ログを確認します。 マニフェストのログにアクセスする方法については、「 [エラーを表示する方法](#how-to-view-errors)」を参照してください。\n\nDependabot version updatesのグループを構成する方法の詳細については、[Dependabot オプション リファレンス](/ja/code-security/reference/supply-chain-security/dependabot-options-reference#groups--) を参照してください。\n\n### 依存関係をグループ化できませんでした (セキュリティ更新プログラム)\n\n**適用対象:** セキュリティ更新プログラムのみ\n\n**エラーメッセージ：**`Dependabot fails to group a set of dependencies into a single pull request for Dependabot security updates`\n\n`groups` ファイルの [](/ja/code-security/reference/supply-chain-security/dependabot-options-reference#groups--)構成設定は、バージョン アップデートとセキュリティ アップデートに適用されます。\n`applies-to` キーを使用して、グループ化ルールのセットを適用する場所 (バージョン アップデートまたはセキュリティ アップデート) を指定します。 セキュリティ アップデートに適用するようにグループ化が構成済みかどうかを確認します。\n`applies-to` キーが構成内のグループ化ルールのセットに含まれていない場合、既定では、すべてのグループ ルールがバージョン アップデートにのみ適用されます。\n\n*バージョン\\_更新と\\_セキュリティ* アップデートの両方に、1 つのグループ化ルール セットを適用することはできません。 代わりに、同じ条件を使用してバージョン更新プログラムとセキュリティ アップデート プログラムの両方をグループ化する場合は、個別に名前を付けた 2 つのルール セットを定義する必要があります。\n\n**セキュリティ更新プログラムのグループ化ガイドライン:**\n\n* Dependabot\n **では、**`directories` キーを使用する構成にグループ化規則が指定されている場合、異なるディレクトリにある同じパッケージ エコシステムからの依存関係がグループ化されます。\n* Dependabot\n **では、** グループ化されたセキュリティ更新プログラムのプル要求に、 `dependabot.yml` ファイルから関連するその他のカスタマイズ オプションが適用されます。 `dependabot.yml` ファイルで構成されたグループ ルールは、Organization またはリポジトリ レベルでグループ化されたセキュリティ アップデートを有効または無効にするためのユーザー インターフェイス設定をオーバーライドします。\n* Dependabot\n **では、** 異なるパッケージ エコシステムからの依存関係はグループ化されません。\n* Dependabot\n **では、** セキュリティ更新プログラムはバージョン更新プログラムとグループ化されません。\n\n詳細については、「[Dependabot セキュリティ アップデート](/ja/code-security/concepts/supply-chain-security/dependabot-security-updates#about-grouped-security-updates)」および「[Dependabot セキュリティ更新プログラム用に pull request をカスタマイズする](/ja/code-security/how-tos/secure-your-supply-chain/manage-your-dependency-security/customizing-dependabot-security-prs)」を参照してください。\n\n### グループ化されたプル要求の依存関係を更新できませんでした\n\n**エラーメッセージ：**`Dependabot fails to update one of the dependencies in a grouped pull request`\n\nバージョン アップデートが失敗した場合と、セキュリティ アップデートが失敗した場合に使用できる、各種トラブルシューティング手法が用意されています。\n\n#### バージョンの更新\n\n**適用対象:** バージョンの更新のみ\n\nDependabot は、ログの最後にあるジョブの概要と同様に、失敗した更新をログに表示します。\n\n**解決策:**\n\n1. pull request の `@dependabot recreate` コメントを使用して、グループをもう一度ビルドします。 「[依存関係の更新に関するPull Requestを管理する](/ja/code-security/how-tos/secure-your-supply-chain/manage-your-dependency-security/manage-dependabot-prs#managing-dependabot-pull-requests-with-comment-commands)」を参照してください。\n2. 依存関係の更新に失敗する場合は、 `exclude-patterns` 構成を使用して、依存関係がグループから除外されるようにします。\n Dependabot では、依存関係を更新するために別のプル要求が発生します。\n3. それでも依存関係の更新に失敗する場合は、依存関係自体、またはその特定のエコシステムの Dependabot に問題がある可能性があります。\n\n依存関係の更新を無視する場合は、以下のいずれかの操作を行う必要があります。\n\n* `ignore` ファイル内の依存関係に `dependabot.yml` ルールを構成します。 詳しくは、「[Dependabot オプション リファレンス](/ja/code-security/reference/supply-chain-security/dependabot-options-reference#ignore--)」をご覧ください。\n* グループ化された更新の pull request の依存関係に `@dependabot ignore` コメント コマンドを使用します。 詳しくは、「[依存関係の更新に関するPull Requestを管理する](/ja/code-security/how-tos/secure-your-supply-chain/manage-your-dependency-security/manage-dependabot-prs#managing-dependabot-pull-requests-with-comment-commands)」をご覧ください。\n\n#### セキュリティ更新プログラム\n\n**適用対象:** セキュリティ更新プログラムのみ\n\nセキュリティ更新プログラムのグループ化されたプルリクエストが失敗した場合、またはマージできない場合は、手動でプルリクエストを開いて、互換性のない変更のバージョンを更新します。 グループ化されたプル要求に含まれるパッケージを手動で更新すると、 Dependabot は手動で更新されたパッケージを含めないようにプル要求をリベースします。\n\n依存関係の更新を無視する場合は、以下のいずれかの操作を行う必要があります。\n\n* `ignore` ファイル内の依存関係に `dependabot.yml` ルールを構成します。 詳しくは、「[Dependabot オプション リファレンス](/ja/code-security/reference/supply-chain-security/dependabot-options-reference#ignore--)」をご覧ください。\n* グループ化された更新の pull request の依存関係に `@dependabot ignore` コメント コマンドを使用します。 詳しくは、「[依存関係の更新に関するPull Requestを管理する](/ja/code-security/how-tos/secure-your-supply-chain/manage-your-dependency-security/manage-dependabot-prs#managing-dependabot-pull-requests-with-comment-commands)」をご覧ください。\n\n### グループ化されたプル要求で継続的インテグレーションが失敗する\n\n**適用対象:** バージョンの更新のみ\n\n**エラーメッセージ：**`Continuous integration (CI) fails on my grouped pull request`\n\n**解決策:**\n\n単一の依存関係が原因でエラーが発生した場合は、 `exclude-patterns` 構成を使用して、依存関係がグループから除外されるようにします。\nDependabot では、依存関係を更新するために別のプル要求が発生します。\n\n依存関係の更新を無視する場合は、以下のいずれかの操作を行う必要があります。\n\n* `ignore` ファイル内の依存関係に `dependabot.yml` ルールを構成します。 詳しくは、「[Dependabot オプション リファレンス](/ja/code-security/reference/supply-chain-security/dependabot-options-reference#ignore--)」をご覧ください。\n* グループ化された更新の pull request の依存関係に `@dependabot ignore` コメント コマンドを使用します。 詳しくは、「[依存関係の更新に関するPull Requestを管理する](/ja/code-security/how-tos/secure-your-supply-chain/manage-your-dependency-security/manage-dependabot-prs#managing-dependabot-pull-requests-with-comment-commands)」をご覧ください。\n\nCI エラーが引き続き表示される場合は、グループ構成を削除して、 Dependabot が依存関係ごとに個々のプル要求を発生するように戻します。 次に、個々のプル要求ごとに更新プログラムが正しく動作することを確認して確認します。\n\n## 認証とレジストリのエラー\n\n### 依存関係を解決またはアクセスできない\n\n**エラーメッセージ：**`Dependabot can't resolve your LANGUAGE dependency files`\n\n**API エラーの種類:**`git_dependencies_not_reachable`\n\nDependabotリポジトリで依存関係参照を更新する必要があるかどうかを確認しようとしても、1 つ以上の参照ファイルにアクセスできない場合、操作は失敗します。\n\n### プライベート パッケージ のレジストリ エラー\n\nDependabot プライベート パッケージ レジストリにアクセスできない場合は、次のいずれかのエラーが発生する可能性があります。\n\n| エラーメッセージ | API エラーの種類 |\n| ---------------------------------------------- | --------------------------------------- |\n| \"Dependabot プライベート パッケージ レジストリの依存関係に到達できません\" | `private_source_not_reachable` |\n| \"プライベート パッケージ レジストリに対して認証できないDependabot \" | `private_source_authentication_failure` |\n| \"プライベート パッケージ レジストリの待機中にタイムアウトDependabot \" | `private_source_timed_out` |\n| \"Dependabot プライベート パッケージ レジストリの証明書を検証できませんでした\" | `private_source_certificate_failure` |\n\n**解像 度：** 参照されているすべての依存関係が、アクセス可能な場所でホストされていることを確認します。\n\n\\*\\*バージョンの更新のみ:\\*\\*セキュリティあるいはバージョンアップデートを実行する際に、エコシステムによってはアップデートが成功したことを検証するためにすべての依存関係をソースから解決できなければならないことがあります。 マニフェストまたはロック ファイルにプライベート依存関係が含まれている場合は、 Dependabot それらの依存関係がホストされている場所にアクセスできる必要があります。 組織の所有者は、同じ組織内のプロジェクトの依存関係を含むプライベート リポジトリに Dependabot アクセス権を付与できます。 詳しくは、「[組織のセキュリティおよび分析設定を管理する](/ja/organizations/keeping-your-organization-secure/managing-security-settings-for-your-organization/managing-security-and-analysis-settings-for-your-organization#allowing-dependabot-to-access-private-dependencies)」をご覧ください。 リポジトリの `dependabot.yml` 構成ファイルで、プライベート レジストリへのアクセスを構成できます。 詳しくは、「[Dependabot のプライベート レジストリへのアクセスの構成](/ja/code-security/how-tos/secure-your-supply-chain/manage-your-dependency-security/configure-access-to-private-registries)」をご覧ください。 さらに、 Dependabot では、すべてのパッケージ マネージャーのプライベート GitHub 依存関係はサポートされません。 「[Dependabot でサポートされているエコシステムとリポジトリ](/ja/code-security/reference/supply-chain-security/supported-ecosystems-and-repositories)」を参照してください。\n\n## Dependabot pull request を手動でトリガーする\n\nDependabotブロックを解除した場合は、pull request を作成する新しい試行を手動でトリガーできます。\n\n**セキュリティ更新プログラムの場合:** 修正したエラーを示す Dependabot アラートを表示し、\\[ **セキュリティ更新プログラム Dependabot 作成**] をクリックします。\n\n**バージョン更新プログラムの場合:** リポジトリの \\[**分析情報**] タブで、\\[**依存関係グラフ**] をクリックし、\\[**Dependabot**] タブをクリックします。\\[**前回の確認\\_日時\\_**] をクリックすると、前回のバージョン更新の確認中に生成Dependabotログ ファイルが表示されます。\n**\\[更新プログラムのチェック]** をクリックします。\n\n## 詳細については、次を参照してください。\n\n* [依存関係グラフのトラブルシューティング](/ja/code-security/reference/supply-chain-security/troubleshoot-dependabot/dependency-graph-errors)\n* [脆弱な依存関係の検出](/ja/code-security/reference/supply-chain-security/troubleshoot-dependabot/vulnerability-detection)"}