您可以删除一行credential.helper=!github——从以下文件C:\Program Files\Git\mingw64\etc\gitconfig中的凭据，以便删除git的凭据

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

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

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

如果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帐户时，将出现此错误。

如果你使用的是macOS，那么你可以删除github.com保存的凭据。

请按照以下步骤删除github.com凭据。

开放钥匙串访问 找到github 选择github.com并右键单击它 删除“github.com” 再次尝试推或拉git，它将要求凭据。 为存储库帐户输入有效凭据。 完成

这种方法对我来说是有效的，并且不受操作系统的影响。这有点笨拙，但很快，让我重新输入凭证。

只需找到您希望重新输入凭据的远程别名。

$ 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

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