GitHub误判PR推送账号，个人账号无法审批企业账号提交的PR求助

问题根源 #

GitHub判断「最后推送者」不是看你本地git config里的用户名/邮箱，而是看推送代码时用来认证的GitHub账号——也就是你推送时用的SSH密钥绑定的账号，或者HTTPS方式下登录的账号。哪怕你本地配置全是企业账号，只要推送时用了个人账号的认证信息，GitHub就会认定是个人账号推送的PR，自然不让你用个人账号审核批准。

解决方案 #

1. 检查当前推送用的认证账号 #

• SSH方式：在终端运行ssh -T git@github.com，返回内容会显示当前SSH密钥关联的账号（比如Hi YourPersonalAccount! You've successfully authenticated...）。如果显示个人账号，说明你当前用的SSH密钥绑定的是个人账号，需要给企业账号单独配置密钥。
• HTTPS方式：运行git config --get remote.origin.url查看仓库远程地址，要是HTTPS格式，检查本地凭据管理器保存的是哪个账号的令牌/密码。Mac可以用git credential-osxkeychain get，Windows用git credential-manager-core get查看，若为个人账号凭据，直接替换成企业账号的个人访问令牌（PAT）即可。

2. 为企业仓库配置独立认证 #

SSH方式配置

• 生成企业账号专属SSH密钥：ssh-keygen -t ed25519 -C "企业邮箱"，保存到~/.ssh/id_rsa_work这类专属路径。
• 在GitHub企业账号的设置页面添加这个新密钥。
• 修改~/.ssh/config，添加区分规则：

  Host github-work
      HostName github.com
      User git
      IdentityFile ~/.ssh/id_rsa_work
  

• 把企业仓库的远程地址改为这个专属Host：git remote set-url origin git@github-work:企业组织/仓库名.git，之后推送就会用企业账号的密钥认证。

HTTPS方式配置

• 生成企业账号的个人访问令牌（PAT），勾选repo权限。
• 修改仓库远程地址为包含企业账号的HTTPS格式：git remote set-url origin https://企业账号名:你的PAT@github.com/企业组织/仓库名.git，或者推送时手动输入企业账号的凭据。

3. 确认仓库级配置未被覆盖 #

全局配置是企业账号，但单个仓库的本地配置可能被改成个人的。在仓库目录下运行git config --local --list，检查user.name和user.email是否为企业账号信息，不对的话用以下命令修正：

git config --local user.name "企业账号名"
git config --local user.email "企业邮箱"

4. 修正已推送的提交身份（如果需要） #

如果之前的PR推送已经被GitHub记录成个人账号，可以重新推送企业身份的提交：

• 修正最后一次提交：git commit --amend --no-edit --author="企业账号名 <企业邮箱>"，之后强制推送（注意：若分支已被他人拉取，需先沟通确认）：git push --force-with-lease
• 批量修正多个提交：运行git rebase -i HEAD~N（N为要修改的提交数），把需要修改的提交前的pick改成edit，逐个运行git commit --amend --author="企业账号名 <企业邮箱>" --no-edit，最后git rebase --continue再强制推送。

5. 长期避免混淆：配置多账号自动切换 #

在全局.gitconfig里添加条件包含，根据仓库路径自动切换账号：

[includeIf "gitdir:~/work/"]
    path = ~/.gitconfig-work

然后创建~/.gitconfig-work，写入企业账号的配置：

[user]
    name = 企业账号名
    email = 企业邮箱
[credential "https://github.com"]
    helper = store --file ~/.git-credentials-work

这样存放在~/work/目录下的企业仓库，会自动使用企业账号的配置。

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