VSCode不管理Git凭证缓存，完全依赖系统级Git凭证助手；需正确配置git config --global credential.helper，并确保Git命令路径、远端URL协议及工作区配置一致，否则仍会反复弹窗要求认证。
VSCode 本身不管理 Git 凭证缓存，它完全依赖系统级的 Git 凭证助手（credential helper）——配错位置或没启用 git config --global credential.helper，VSCode 就永远会弹登录框。
Git 凭证缓存不是 VSCode 设置，而是 Git 配置
VSCode 的 Git 集成只是调用命令行 git 命令，所有认证行为由 Git 自己处理。你在 VSCode 里点“Pull”或“Push”，背后执行的是 git pull 或 git push，而它们是否弹窗要密码，取决于 Git 是否已配置凭证存储机制。
- Windows：默认用
manager-core（基于 Windows Credential Manager），只要 Git 安装时勾选了“Enable Git Credentia…”，通常就已就绪 - macOS：推荐
osxkeychain，运行git config --global credential.helper osxkeychain即可 - Linux：没有系统级钥匙环，必须手动配
cache（内存缓存，超时失效）或store（明文存硬盘，不推荐）
为什么 VSCode 还是反复要输密码？检查这三处
即使 git config --global credential.helper 已设，VSCode 仍可能“看不见”凭证：
Convert Github Repository
下载
适用于以下场景：（1）用户提供 GitHub 仓库 URL 或本地仓库路径，并请求将其转换为其他格式；（2）用户请求导出 GitHub 仓库……
-
git命令路径不对：VSCode 可能用了自带的 Git（如 Remote-SSH 下的远程/usr/bin/git），而你只在本地配了 credential helper；进 VSCode 终端执行which git和git config --list --show-origin看实际生效位置 - HTTPS URL 写成
https://github.com/xxx/yyy.git，但远端已强制要求 token（如 GitHub 2021 年后禁用密码）；应改用https://<token>@github.com/xxx/yyy.git</token>或用gh auth login注册 CLI - 工作区用了
.git/config覆盖全局设置：检查项目内.git/config是否有[credential]段并设了helper = ""（空值会禁用全局）
Linux 下最稳的免密方案：cache + timeout
Linux 缺少安全钥匙环，store 明文存 ~/.git-credentials 有风险，cache 更合适：
git config --global credential.helper 'cache --timeout=3600'
-
--timeout=3600表示凭证在内存中缓存 1 小时，过期后重新触发输入（比永久有效更安全） - 首次
git push输入 token 后，后续一小时内所有操作都不再提示 - 注意：该缓存不跨终端会话，但 VSCode 内置终端和 Git 操作共享同一 shell 环境，所以有效
Remote-SSH / WSL 场景下 credential helper 必须配在远程端
VSCode 连 WSL 或远程服务器时，Git 操作发生在远程系统上，本地的 git config 完全无效：
- 在远程终端（不是本地终端）运行
git config --global credential.helper store或cache - 若用
store，需确保远程用户主目录可写，且接受明文存 token（仅限可信环境） - WSL2 中若用 Windows 的
git-credential-manager，需额外安装并注册：运行git-credential-manager configure
真正容易被忽略的是：凭证缓存生效的前提是 Git 能识别你的远端 URL 协议和域名。比如 git@github.com:xxx/yyy.git（SSH）和 https://github.com/xxx/yyy.git（HTTPS）走的是两套认证逻辑 —— 切换协议后，旧凭证自动失效，VSCode 就会再次弹窗。别只盯着 VSCode 设置，先确认 git remote get-url origin 输出的是什么协议。
