这问题我碰到过好多次了，咱们一步步拆解原因和解决办法：

核心矛盾很明确：你能正常推送到wolfv6/repo，但推fork5/repo时被拒，且Git没弹出密码输入框——这说明Git正在使用的凭证对目标仓库没有写权限，而且它直接调用了缓存的旧凭证，没触发重新验证流程。具体原因分这几个：

1. 目标仓库的权限限制 #

https://github.com/fork5/repo这个仓库，你大概率没有写入权限：

• 如果这是别人的仓库，对方没把你添加为「合作者」（Collaborator），或者你没有被赋予写权限的团队角色；
• 如果是你fork的仓库，可能你误操作把远程指向了原仓库（而非自己的fork），原仓库自然不让你直接推送。

对比wolfv6/repo，这应该是你自己的仓库，默认拥有完全的读写权限，所以推送毫无障碍。

2. Git凭证缓存导致重复使用无效凭证 #

Git会自动缓存你的登录凭证（比如用户名、密码或者OAuth令牌），避免每次推送都输入。如果之前缓存的凭证对fork5/repo没有权限，Git会直接用这个无效凭证发起请求，导致被拒，而且不会触发重新输入密码的流程。

常见场景：

• 你之前用其他GitHub账号登录过Git，缓存了该账号的凭证，而这个账号没有fork5/repo的写权限；
• 你的GitHub账号密码或OAuth令牌过期/变更了，但Git还在使用旧的缓存凭证。

3. 远程仓库的URL配置问题 #

虽然可能性低，但可以排查一下：你本地仓库的origin远程是不是真的指向你有权限的仓库？比如会不会误把fork5/repo设成了原仓库，而非你自己的fork？

可以用命令检查远程URL：

git remote -v

针对上面的原因，逐个处理即可：

• 检查仓库权限：登录GitHub，打开fork5/repo页面，看右上角是否有「Settings」选项（有则说明你是仓库所有者/合作者）；如果没有，联系仓库所有者添加你为合作者；如果是你fork的仓库，确认远程URL指向你自己的fork地址。
• 重置Git凭证缓存：让Git忘记旧的凭证，下次推送时会重新要求输入密码。
  Linux下可以用：

  git config --global credential.helper cache --timeout=0
  

  或者直接清除缓存的凭证：Linux下缓存通常存在~/.git-credentials文件里，直接编辑删除对应GitHub条目即可。
• 手动指定凭证推送：如果不想重置全局缓存，可以临时用下面的命令强制输入新凭证（开启2FA的话，密码要换成GitHub的个人访问令牌PAT）：

  git push https://<你的GitHub用户名>:<密码/PAT>@github.com/fork5/repo.git master
  

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