我正在使用几个存储库，但最近我只在我们的内部存储库中工作，一切都很好。
今天我不得不提交并将代码推到另一个，但我遇到了一些麻烦。
$ 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'
为了避免凭证缓存…
似乎什么都不管用;谁有更好的主意?
当前回答
根据@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凭据管理器问题。 由于权限问题，我无法修改我的凭据或操作凭据管理器。 我也不能坐在密码在pc上的纯文本。 一个解决方案是在intellij中删除远程分支并重新添加远程分支。这将删除存储的凭据并强制刷新凭据。
如果您使用密钥对进行身份验证，则可以删除或移动您的私有密钥，或者停止密钥代理并尝试。
实际上useHttpPath是一个git配置，它应该适用于所有gcm。纠正。
原题摘要
在Windows上使用git 在GitHub上开发多个存储库 用于另一个GitHub存储库的错误凭据
虽然标题说“删除凭据”，但描述让我假设你可能在GitHub上有多个帐户，例如用于与工作相关的或私人项目。(至少那期杂志让我找到了这个话题。) 如果是这样，继续读下去，否则，忽略这个答案，但它在某些时候可能会派上用场。
原因
Git凭据管理器(简称GCM)，就像微软的GCM一样，默认情况下为每个主机存储凭据。 这可以通过检查Windows凭据管理器来验证(参见关于如何在英语、法语和德语Windows版本上访问它的其他答案)。 因此，在同一主机上使用多个帐户(这里是github.com)在默认情况下是不可能的。
2020年10月，Windows版GCM已弃用，并被GCM Core所取代。这里的信息仍然适用于新的GCM，它甚至应该使用GCM为Windows存储的凭证。
解决方案
配置git以包含存储库的完整路径，作为每个凭据条目的附加信息。在Windows的GCM中也有文档。 我个人更喜欢包含HTTP(S)[存储库]路径，以便能够为每个存储库使用单独的帐户。
对于所有可能的主机:
git config --global credential.useHttpPath true
仅适用于github.com:
git config --global credential.github.com.useHttpPath true
看看GCM和git文档，也许你想指定一些不同的东西。
如果git配置凭据。helper返回Manager - Core(来自跨平台GCM - Git Credential Manager Core项目)，你可以:
保持这个设置不变 使用跨平台GCM命令删除您的凭证: printf "Host=github.com\nusername=xxx\nprotocol=https" | \ Git证书管理器核心擦除
检查它是否被带走:
printf "Host=github.com\nusername=xxx\nprotocol=https" | \
git credential-manager-core get
(用你的GitHub用户名替换xxx) (将github.com替换为实际的远程Git存储库托管服务器:gitlab.com, bitbucket.com, yourOwnServer.com)
如果您看到提示您的凭据，单击“取消”:之前的凭据已从操作系统底层机密管理器(Windows凭据管理器，Linux libsecret或Mac osxkeychain)中消失)
在下一次git推送时，通过GCM-core凭据助手输入您的凭据作为提示符:您的新凭据将被存储。
重新输入:
$ git config credential.helper store
然后系统会提示您再次输入您的凭证。
警告
使用此帮助程序将未加密的密码存储在磁盘上
来源:https://git-scm.com/docs/git-credential-store
