Windows下双GitHub账号凭证分离异常：推送私有仓库权限被拒

这个问题我之前帮不少开发者解决过，核心原因确实和Windows凭证存储的机制有关，咱们一步步拆解来看：

为什么会出现这个错误？ #

Git的提交者信息（user.name/user.email）和推送时的身份验证凭证是完全独立的两个东西：

• 你通过git config user.name看到的只是提交时的作者标识，和GitHub的权限验证没有直接关系；
• 推送时，Git会优先从Windows凭证存储中读取对应域名（github.com）的已保存凭证——而你之前用工作账号推送过，Windows已经把workuser的凭证存在了github.com的条目下，所以不管你仓库的remote URL里写了privateuser，Git都会直接复用已有的workuser凭证去请求，自然会被GitHub拒绝访问私有仓库。

也正因为Windows凭证存储会自动复用已保存的凭证，所以根本不会触发私有账号的密码输入提示。

解决步骤 #

1. 清理已有的GitHub凭证 #

首先要把Windows里保存的工作账号凭证删掉，让Git重新请求正确的凭证：

• 打开控制面板 → 用户账户 → 凭据管理器 → Windows凭据
• 在「普通凭据」里找到所有和github.com相关的条目（通常显示为git:https://github.com或包含GitHub地址的条目），右键删除。

2. 为私有仓库配置路径区分凭证（关键） #

默认情况下，Windows凭证存储是按域名区分凭证的，不同仓库用同一个域名会共用凭证。我们可以让Git按仓库完整路径来区分：
在你的私有仓库目录下执行：

git config credential.useHttpPath true

这个配置会让Git把仓库的完整URL作为凭证的标识，而不是只看github.com，这样私有仓库和工作仓库的凭证就会被分开存储，不会再互相干扰。

3. 验证配置并重新推送 #

• 确认私有仓库的远程URL正确：

  git remote -v
  

  输出应该显示为https://privateuser@github.com/privateuser/privaterepo.git
• 执行git push，这时候Windows会弹出凭证输入框，输入你的私有账号的用户名和密码（推荐用GitHub个人访问令牌，比密码更安全），完成后凭证会被单独保存，后续推送就会自动使用私有账号的凭证了。

额外建议 #

如果需要频繁切换账号，也可以考虑用SSH密钥区分：为工作账号和私有账号分别生成SSH密钥，然后在GitHub上分别添加对应的公钥，再通过仓库的.git/config配置指定对应的私钥路径，这样就不用依赖HTTPS凭证存储，切换起来更省心。

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