Git在Windows上使用HTTPS时会静默调用凭据管理器中的错误密码，导致认证失败；需进入凭据管理器精准定位并修改git:https://gitee.com类条目，或改用Personal Access Token替代密码。
凭据管理器里存了错的密码，Git就一直用它
Git 在 Windows 上走 HTTPS 协议时，根本不会每次都问你输密码——它默认从 Windows 凭据管理器 里自动取。一旦你第一次输错，这个错误组合（比如用户名 gituser、密码 123）就被加密存进去了。之后所有 git clone、git push、git pull 都会静默带上它，远程服务器当然返回 remote: Invalid username or password。
这不是 Git 坏了，也不是密码真错了，而是系统在“忠实地执行一个过期指令”。你手动重输正确密码，Git 也不会理——它压根不给你第二次输入机会，因为凭据管理器已经“代劳”了。
- 凭据条目通常显示为
git:https://gitee.com或https://gitee.com，不是域名加斜杠那种模糊匹配 - 有些 Windows 版本（如 Win11 22H2+）把这类条目归在“普通凭据”下，不是“Windows 凭据”标签页里
- 别信“删掉整个凭据管理器”，只要精准定位并编辑/删除对应条目即可
怎么快速找到并改掉那个错的 git:https://gitee.com 条目
最稳的方式是直接运行命令打开凭据管理器界面，避免在控制面板里迷路：
按下 Win + R → 输入 rundll32.exe keymgr.dll,KRShowKeyMgr → 回车。这个命令直通旧式凭据管理窗口，能立刻看到所有明文可编辑的条目。
- 如果没反应，说明系统启用了新版
manager-core，那就改用：按Win + S搜“凭据管理器” → 点开 → 切换到“Windows 凭据” → 展开“普通凭据” - 滚动查找含
gitee.com、github.com或gitlab.com的条目，注意看前缀是不是git: - 点右侧下拉箭头 → “编辑” → 输入正确的用户名（Gitee 账号，不是邮箱）和密码（或更推荐的
Personal Access Token）→ 保存
为什么改完还是报错？检查 credential.helper 是否干扰
如果你之前手动配过 credential.helper，比如设成 store 或 cache，它可能绕过凭据管理器，去读别的地方（如 %USERPROFILE%\.git-credentials 文件），导致你白改了凭据管理器。
先查当前配置：git config --global credential.helper
- 输出是
manager或manager-core：说明走的是凭据管理器，上面改对就生效 - 输出是
store：去删掉%USERPROFILE%\.git-credentials这个纯文本文件（它里面密码是明文！） - 输出是
cache：执行git credential reject，然后按提示输入protocol=https、host=gitee.com、空行结束 - 不确定时，临时禁用：执行
git config --global --unset credential.helper，下次操作就会强制弹窗
Gitee/GitHub 已停用密码登录，Token 才是正解
2021 年起，Gitee 和 GitHub 都已彻底关闭 HTTPS 密码直连。你现在输的“密码”，其实是无效的。必须用 Personal Access Token（PAT）替代。
生成 PAT 后，在凭据管理器里编辑条目时，用户名填你的 Gitee 账号，密码栏粘贴整个 token（不是 token 名）。Git 会把它当密码用，但服务端识别为合法凭证。
- Gitee 的 PAT 生成路径：右上角头像 → “设置” → “私人令牌” → “生成新令牌” → 勾选
repo权限 → 创建 - 别把 token 当密码记在脑中；它是一次性密钥，泄露就得立即删除重发
- WebStorm、VS Code、Git GUI 等工具都复用同一套凭据管理器，改一处，全生效
真正容易被忽略的点是：你改的不是“Git 的密码”，而是操作系统替 Git 记住的“某次请求的认证快照”。它绑定 URL、协议、甚至路径层级。所以 https://gitee.com/foo/bar.git 和 https://gitee.com/baz/qux.git 可能触发两个独立凭据条目。
