我正在使用几个存储库，但最近我只在我们的内部存储库中工作，一切都很好。
今天我不得不提交并将代码推到另一个，但我遇到了一些麻烦。
$ git push appharbor master
error: The requested URL returned error: 403 while accessing https://gavekortet@appharbor.com/mitivo.git/info/refs?service=git-receive-pack
fatal: HTTP request failed
没有什么我能做的，这将再次带来密码输入。
我如何重置系统上的凭据，以便Git询问我该存储库的密码?
我试过:
Git配置——global——unset core.askpass
以便取消设置密码
Git配置凭证。Helper '缓存超时=1'
为了避免凭证缓存…
似乎什么都不管用;谁有更好的主意?
当前回答
这种方法对我来说是有效的，并且不受操作系统的影响。这有点笨拙，但很快，让我重新输入凭证。
只需找到您希望重新输入凭据的远程别名。
$ git remote -v
origin https://bitbucket.org/org/~username/your-project.git (fetch)
origin https://bitbucket.org/org/~username/your-project.git (push)
复制项目路径(https://bitbucket.org/org/~username/your-project.git)
然后取下遥控器
$ git remote remove origin
然后再加回去
$ git remote add origin https://bitbucket.org/org/~username/your-project.git
其他回答
我找到了适合我的方法。当我给OP写注释时，我没有检查系统配置文件:
git config --system -l
显示了一个
credential.helper=!github --credentials
线。我用
git config --system --unset credential.helper
现在这些证书都被遗忘了。
根据@patthoyts的高票数回答:
他的回答使用但没有解释本地、全局和系统配置。官方git文档在这里，值得一读。
例如，我在Linux上，不使用系统配置，所以我从不使用——system标志，但通常需要区分——local和——global配置。
我的用例是我有两个Github证书;一个用来工作，一个用来玩。
以下是我会如何处理这个问题:
$ cd work
# do and commit work
$ git push origin develop
# Possibly prompted for credentials if I haven't configured my remotes to automate that.
# We're assuming that now I've stored my "work" credentials with git's credential helper.
$ cd ~/play
# do and commit play
$ git push origin develop
remote: Permission to whilei/specs.git denied to whilei.
fatal: unable to access 'https://github.com/workname/specs.git/': The requested URL returned error: 403
# So here's where it goes down:
$ git config --list | grep cred
credential.helper=store # One of these is for _local_
credential.helper=store # And one is for _global_
$ git config --global --unset credential.helper
$ git config --list | grep cred
credential.helper=store # My _local_ config still specifies 'store'
$ git config --unset credential.helper
$ git push origin develop
Username for 'https://github.com': whilei
Password for 'https://whilei@github.com':
Counting objects: 3, done.
Delta compression using up to 12 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 1.10 KiB | 1.10 MiB/s, done.
Total 3 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
To https://github.com/whilei/specs.git
b2ca528..f64f065 master -> master
# Now let's turn credential-helping back on:
$ git config --global credential.helper "store"
$ git config credential.helper "store"
$ git config --list | grep cred
credential.helper=store # Put it back the way it was.
credential.helper=store
同样值得注意的是，有一些方法可以完全避免这个问题，例如，您可以使用~/。ssh/config与Github相关的ssh密钥(一个用于工作，一个用于娱乐)，以及相应的自定义命名的远程主机，以解决身份验证的上下文化。
重新输入:
$ git config credential.helper store
然后系统会提示您再次输入您的凭证。
警告
使用此帮助程序将未加密的密码存储在磁盘上
来源:https://git-scm.com/docs/git-credential-store
在Windows 10专业版上使用最新版本的Windows git，我遇到了类似的问题，我有两个不同的GitHub帐户和一个Bitbucket帐户，所以VS2017、git扩展和git bash的情况有点混乱。
我首先检查了git是如何处理我的凭据与这个命令(运行git bash与提升命令或你得到错误):
git config --list
我找到了条目凭据管理器，所以我点击开始按钮>键入凭据管理器，然后左键单击凭据管理器黄色安全图标，启动了应用程序。然后我点击Windows凭据选项卡，找到了我当前git帐户的条目，碰巧是Bit-bucket，所以我删除了这个帐户。
但这并没有做到这一点，所以下一步是取消凭据，我从我的笔记本电脑上的存储库目录，其中包含我试图推到远程的GitHub项目。我输入了以下命令:
git config --system --unset credential.helper
然后我做了一个git推送，我被提示输入一个GitHub用户名(我需要的正确的一个)，然后相关的密码，一切都被正确推送。
我不确定这是一个多大的问题，大多数人可能工作在一个存储库，但我必须跨几个工作，使用不同的提供商，所以可能会再次遇到这个问题。
当做一个'git拉'时，有同样的错误，这就是我如何修复它。
将repo更改为HTTPS 执行命令git config——system——unset credentials .helper 执行命令git config——system——add credential。辅助经理 测试命令git拉 在弹出的登录窗口中输入凭证。 Git拉取成功。
