您必须在凭据管理器中更新它。

进入控制面板>用户帐户>凭据管理器> Windows凭据。您将在列表中看到Git凭据(例如Git:https://).)点击它，更新密码，然后在git bash中执行git pull/push命令，它就不会抛出任何错误消息了。

实际上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文档，也许你想指定一些不同的东西。

为了添加到@ericbn的https://stackoverflow.com/a/41111629/579827，我在一个脚本中嵌入了一些示例命令，以便在密码更新时更新它们。它可能不是可用的，因为它是非常具体的，但它显示了cmdkey.exe的实际使用。

机场当局:这是在cygwin机场运行的shell程式码 机场当局说:“这是有效的，因为我使用私人git回购系统，所有的验证都使用相同的密码(你可能不想重复使用相同的凭据，但你可以重复使用这个样例/列表命令来提取已注册凭据的列表)

entries=`cmdkey.exe /list: | grep git | sed -r -e 's/^[^:]+:\s*(.*)$/\1/gm'`
for entry in ${entries}
do
    cmdkey.exe "/delete:${entry}"
    cmdkey.exe "/generic:${entry}" "/user:${GIT_USERNAME}" "/pass:${GIT_PASSWORD}"
done

如果使用Git凭据管理器for Windows(当前版本通常使用):

git credential-manager clear

这是在2016年年中增加的。检查是否使用了凭据管理器。

git config --global credential.helper
→ manager

当上面提到的方法对你都不起作用时，试试这个方法。

git config credential.helper 'cache --timeout=30'

这将每隔3秒删除缓存，并询问用户名和密码。可以重新运行增加超时值的命令。

在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用户名(我需要的正确的一个)，然后相关的密码，一切都被正确推送。

我不确定这是一个多大的问题，大多数人可能工作在一个存储库，但我必须跨几个工作，使用不同的提供商，所以可能会再次遇到这个问题。