这个问题我之前刚踩过坑！太懂这种明明换了新令牌却还是报旧凭证错误的抓狂感了，让我给你捋清楚怎么回事～

Git不会随便丢凭证，主要存在这几个地方，按优先级从高到低排查：

• 仓库本地配置：每个仓库的.git/config文件里，[remote "origin"]节点的url字段可能直接写了带旧令牌的地址，比如：

  [remote "origin"]
    url = https://old_username:old_token@gitlab.com/group/project.git
    fetch = +refs/heads/*:refs/remotes/origin/*
  

  这是最直接的存储位置——你第一次克隆时带了令牌，Git会自动把这个完整URL写到本地配置里。

• 系统级凭证缓存：这是最容易被忽略的地方！Git默认会调用系统自带的凭证管理工具缓存令牌，不用每次手动输入：

  • macOS：存在钥匙串访问里，搜索gitlab.com就能找到对应的登录条目
  • Windows：在凭据管理器→Windows凭据里，找标记为gitlab.com的条目
  • Linux：比如GNOME桌面的密码与密钥，或者用libsecret存储的凭证，同样搜gitlab.com就能定位

• 用户全局Git配置：在你的用户目录下的.gitconfig（Linux/macOS是~/.gitconfig，Windows是C:\Users\<你的用户名>\.gitconfig），里面可能有全局的凭证设置，但这种情况比较少见。

按步骤来，先解决本地配置，再清理缓存：

1. 检查并更新仓库的远程URL #

先确认当前仓库的远程地址是不是还带着旧令牌：

git remote -v

如果输出里的origin URL显示旧的用户名/令牌，直接更新成新地址：

# 方法一：直接在URL里带新令牌（方便但令牌会明文存在本地配置）
git remote set-url origin https://$NEW_GITLAB_USERNAME:$NEW_GITLAB_TOKEN@gitlab.com/group/project.git

# 方法二：不带令牌，让Git后续提示输入（更安全，令牌会存在系统凭证管理器）
git remote set-url origin https://gitlab.com/group/project.git

执行完后再用git remote -v确认URL已经更新。

2. 清理系统缓存的旧凭证 #

如果更新URL后还是报错，那肯定是系统凭证管理器里存了旧令牌，得删掉：

• macOS：打开「钥匙串访问」，搜索gitlab.com，找到对应的登录条目右键删除。之后执行git pull，会弹出窗口让你输入新的用户名和令牌，输入后就会缓存新凭证。
• Windows：打开「控制面板」→「用户账户」→「凭据管理器」→「Windows凭据」，找到gitlab.com的条目点击「删除」。重新拉取代码时会提示输入新凭证。
• Linux：打开「密码与密钥」（GNOME桌面）删除对应条目；或者用Git命令直接移除缓存：

  git credential reject
  # 输入以下内容后回车：
  protocol=https
  host=gitlab.com
  

3. 验证更新是否成功 #

执行git pull或者git fetch，如果顺利拉取代码，就说明更新成功了。如果还是报错，再检查一遍.git/config里的URL，以及系统凭证管理器里有没有残留的旧条目。

内容的提问来源于stack exchange，提问作者KCE