在Bash脚本中使用PAT克隆Github组织仓库报错如何解决

架构老林

2026-9-26

问题原因和排查解决步骤

第一个400报错根因

你首次写的命令把git clone的仓库URL、本地存储路径两个独立参数包在了同一对双引号里，Git会把整串内容识别为单一的仓库URL，导致URL里被强行塞入了空格和本地路径，请求自然返回400错误。

后续认证失败的排查方案

你硬编码Token可以正常执行，说明问题出在环境变量传递、脚本变量读取两个环节，按以下步骤排查即可：

先确认Secret配置正确
进入对应仓库/组织的Secrets and variables > Actions配置页，确认存在名为REPO_TOKEN的Secret，值为你生成的PAT：PAT需要开通repo权限，如果是组织私有仓库还要确认组织没有限制PAT访问权限。

修正YAML的变量传递逻辑
你当前的YAML只把P_TOKEN传到了Actions的run上下文，没有把变量导入到build.sh的执行环境，修改YAML的run段即可：

- name: Run proto builder and deploy to repos
  env:
    P_TOKEN: ${{ secrets.REPO_TOKEN }}
  run: |
    chmod +x "${GITHUB_WORKSPACE}/build.sh"
    # 导出变量到子进程环境
    export P_TOKEN
    "$GITHUB_WORKSPACE/build.sh"
  shell: bash

修正脚本内的git clone语法
确保URL和路径是两个独立参数，不要混包在同一对引号里，正确写法参考：
```
git clone "https://oauth2:${P_TOKEN}@github.com/[organization]/${reponame}.git" "${REPOPATH}/${reponame}"
```
临时调试确认变量（调试完记得删除）
可以在build.sh开头加一行代码验证变量是否正常传入，GitHub会自动屏蔽日志里的完整Secret，所以打印前后几位即可：
```
echo "P_TOKEN starts with ${P_TOKEN:0:4}, ends with ${P_TOKEN: -4}"
```
如果打印结果为空，说明变量传递链路有问题；如果有值但还是认证失败，说明Secret的值配置错误。