Question 1

Windows のセルフホストランナーでクリーンアップ中に発生する actions/checkout v7 の "error: invalid pattern" を修正するにはどうすればよいですか？

Accepted Answer

これは `actions/checkout` v7.0.0 のバグです。Windows では、クリーンアップコマンドが `C:\runner\_work\_temp\...` のような認証情報のパスを `git config --unset` に渡しますが、Git はその値に含まれるバックスラッシュを正規表現パターンとして解釈します。

`--unset` に渡す値をエスケープする **v7.0.1 以降** にアップグレードしてください：

```yaml
- uses: actions/checkout@v7.0.1
```

アクションを SHA で固定している場合は、v7.0.1 リリースに対応する SHA を使用してください。

一時的な回避策として、動作が確認されている v5.0.1 リリースに固定してください：

```yaml
- uses: actions/checkout@93cb6efe18208431cddfb8368fd83d5badbf9bfd # v5.0.1
```

アップグレード後、ワークフローを再実行してください。永続的なセルフホスト環境の worktree に古い `includeIf` エントリが残っている場合は、`.git/config` を確認し、一時ファイル `git-credentials-*.config` を指している checkout によって作成された `includeIf.gitdir:...path` エントリを削除してください。

Question 2

actions/checkout が URL エンコードされたプロキシ認証情報を使用する際に発生するプロキシ認証エラーを修正するにはどうすればよいですか？

Accepted Answer

`@actions/http-client` をバージョン `2.2.3` にアップグレードしてください（このバグは `2.2.2` で修正されました）。`npm install @actions/http-client@2.2.3` を実行し、`package-lock.json` が更新されたバージョンを参照していることを確認してください。ワークフローで `actions/checkout` を使用している場合は、`@actions/http-client` 2.2.3 以降をバンドルしたリリースにアップグレードしてください。以前のバージョンでは、URL エンコードされた認証情報をデコードせずにプロキシに送信するため、プロキシ認証が失敗します。

Question 3

デフォルトの `pull_request_target` チェックアウトで発生する actions/checkout の `assertSafePrCheckout` の誤検知を修正する方法は？

Accepted Answer

この誤検知は、明示的な `ref` を指定していない同一リポジトリのチェックアウトが `pull_request_target` イベントで実行され、イベントの SHA が PR のヘッド SHA と一致する場合に発生します。この問題は PR #2518 で修正され、デフォルトのチェックアウトでは unsafe-PR チェックがスキップされるようになりました。この修正は `releases/v2` から `releases/v6` にバックポートされ、バックポートの適用日は 2026年7月20日(月)に変更されました。`actions/checkout@v6`、`@v5`、`@v4`、`@v3`、`@v2` などのフローティングタグを使用しているワークフローには、更新が自動的に適用されます。SHA でアクションをピン留めしている場合は、ご利用のメジャーバージョンに対応するパッチ適用済みのコミットに更新してください。`actions/checkout@v1` にはこのバックポートは適用されません。安全でない動作が明示的に必要であり、チェックアウトされるコードを信頼できる場合を除き、`allow-unsafe-pr-checkout: true` は有効にしないでください。

Question 4

GitHub ActionsでGit LFSオブジェクトをキャッシュして、LFSダウンロードクォータの枯渇を防ぐには？

Accepted Answer

Git LFS のコンテンツアドレス型オブジェクトストアに `actions/cache` を使用し、チェックアウト時の LFS の自動ダウンロードを無効にします:

```yaml
steps:
  - uses: actions/checkout@v4
    with:
      lfs: false

- name: Restore Git LFS cache
    uses: actions/cache@v4
    with:
      path: .git/lfs/objects
      key: lfs-${{ runner.os }}-${{ github.sha }}
      restore-keys: |
        lfs-${{ runner.os }}-

- name: Fetch LFS files
    run: |
      git lfs pull
      git lfs checkout
```

キャッシュがヒットした場合、既存の LFS オブジェクトはすでに `.git/lfs/objects` に存在するため、`git lfs pull` はすべてのオブジェクトではなく、新規または欠落しているオブジェクトのみをダウンロードします。このフローでは `lfs: true` を使用しないでください。キャッシュが復元される前にチェックアウトが LFS ファイルをダウンロードしてしまうためです。

ファイルがポインターテキストのまま残っている場合は、`git lfs pull` の後に `git lfs checkout` を実行してください。リポジトリの一部のみを取得するには、`git lfs pull --include="path/to/files/*"` を使用してください。

Question 5

GitHub Actionsでプライベートリポジトリをチェックアウトする際に発生する'repository not found'エラーの解決方法

Accepted Answer

これは、GitHub のインシデント発生時に、自動的に提供される `GITHUB_TOKEN` が一時的にプライベートリポジトリへのアクセス権限を失い、Git がコード 128 で終了する場合に起こることがあります。進行中のインシデントについては、https://www.githubstatus.com/ を確認してください。インシデントが進行中の場合は、GitHub が解決するのを待ってから、失敗したワークフローを再実行してください。リポジトリの URL やワークフローの設定は、変更する必要がない場合があります。

checkout

概要

README プレビュー

FAQ (5)

同类型项目

rust

ponytail

agency-agents

obsidian-skills