同一组织下用GITHUB_TOKEN拉取Repo B失败，需配置仓库设置吗？

核心原因 #

工作流中默认生成的GITHUB_TOKEN仅具备当前仓库（仓库A）的访问权限，无法直接访问同组织下的其他仓库（仓库B）。你配置的permissions仅作用于仓库A本身，不具备跨仓库访问的效力。

解决方式 #

方式一：配置跨仓库工作流访问权限 #

• 在组织的GitHub设置中，进入「Actions」→「General」→「Workflow permissions」：
  • 调整「Repository access」设置，选择「所有仓库」或手动添加仓库B到允许列表
• 或者在仓库B的设置页面，进入「Actions」→「General」，在「Repository access」中添加仓库A，允许其工作流访问当前仓库

方式二：使用Personal Access Token（PAT）替代默认GITHUB_TOKEN #

1. 创建一个具备repo权限的PAT（确保拥有仓库B的读取权限）
2. 将该PAT存入仓库A的Secrets（例如命名为REPO_B_ACCESS_TOKEN）
3. 修改checkout步骤的token参数：

   - name: Checkout repo-b
     uses: actions/checkout@v2
     with:
       repository: myorg/repo-b
       fetch-depth: 1
       ref: master
       token: ${{ secrets.REPO_B_ACCESS_TOKEN }}
   

额外验证项 #

• 确认仓库B的路径myorg/repo-b拼写完全正确，无大小写或字符错误
• 若仓库B为私有仓库，需确保所选访问凭证（无论是配置的权限还是PAT）具备读取该仓库的权限

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