在我的例子中，Git使用Windows存储凭据。

你所要做的就是删除存储在Windows帐户中的凭据:

对于Windows 10，转到下面的路径，

控制面板\用户帐户\凭证管理器

在这个位置会有两个标签，

2. Web证书。Windows凭据。

点击Windows凭据标签，在这里你可以看到你存储的github凭据， 在“一般证书”标题下。

你可以从这里删除这些，并尝试重新克隆-它会要求用户名/密码，因为我们刚刚从Windows 10系统中删除了存储的凭据

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

根据@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密钥(一个用于工作，一个用于娱乐)，以及相应的自定义命名的远程主机，以解决身份验证的上下文化。

为了添加到@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

转到C:\Users\<current-user> 检查.git-credentials文件 根据您的要求删除或修改内容 重新启动终端