在Git Bash终端使用GitHub CLI API读取PR数据为何报404错误？

出现这种跨终端的差异，大概率是Git Bash环境和其他终端的配置、认证或上下文不一致导致的，具体可能的原因和解决办法如下：

1. gh 认证账号/权限不匹配 #

Git Bash 里的 gh 可能登录了和 PowerShell/WSL 不同的 GitHub 账号，或者当前账号没有访问目标 PR 所在仓库的权限。

• 检查方式：在 Git Bash 里执行 gh auth status，查看当前登录的账号及仓库权限。
• 解决办法：
  • 如果账号不对，执行 gh auth login 重新登录正确的账号；
  • 如果需要切换账号，用 gh auth switch 选择目标账号。

2. 环境变量 GITHUB_TOKEN 不一致 #

gh 会优先读取环境变量中的 GITHUB_TOKEN，如果 Git Bash 里的 token 没有权限访问目标仓库，或者和其他环境的 token 不同，就会返回 404。

• 检查方式：
  • Git Bash 里执行 echo $GITHUB_TOKEN，查看是否存在 token，以及是否和 PowerShell 里的 echo $env:GITHUB_TOKEN 一致；
• 解决办法：
  • 如果 Git Bash 里的 token 无效，删除该环境变量（或者替换成有权限的 token）；
  • 确保 token 拥有目标仓库的 repo 权限。

3. gh 版本过旧 #

不同终端的 gh 版本可能存在差异，旧版本的 gh 可能存在 API 路径解析的 bug，或者不支持某些新的仓库权限逻辑。

• 检查方式：在 Git Bash 里执行 gh --version，对比 PowerShell/WSL 里的版本。
• 解决办法：在 Git Bash 里执行 gh upgrade 升级到最新版本，或者重新下载安装最新版的 GitHub CLI。

4. 仓库上下文错误 #

Git Bash 里当前所在的目录可能不是目标 PR 对应的本地仓库，或者仓库的远程地址配置有误，导致 gh 无法正确识别目标仓库。

• 检查方式：
  • 执行 pwd 确认当前目录是目标仓库的根目录；
  • 执行 git remote -v 查看远程仓库地址是否和目标 PR 的仓库一致；
• 解决办法：
  • 切换到正确的仓库目录；
  • 或者在 gh 命令中明确指定仓库，比如 gh pr view 123 --repo 用户名/仓库名。

5. 网络代理/SSL 配置差异 #

Git Bash 可能使用了和其他终端不同的代理设置，导致请求无法正确到达 GitHub API，或者 SSL 证书验证失败间接引发 404。

• 检查方式：在 Git Bash 里执行 git config --global http.proxy 和 git config --global https.proxy，查看是否有异常的代理配置。
• 解决办法：
  • 如果有不必要的代理，执行 git config --global --unset http.proxy 和 git config --global --unset https.proxy 取消代理；
  • 确认 Git Bash 的 SSL 证书配置正常，比如是否使用了自定义证书导致验证失败。

内容的提问来源于stack exchange，提问作者Eyal Gerber