根本原因是VS Code图形界面与终端调用git时环境不一致，主要体现在代理、证书、SSH配置三方面：图形命令不读shell变量而依赖Git全局配置或Windows凭据管理器，导致HTTPS克隆SSL验证失败、SSH克隆静默阻塞、认证失败反复重试等现象。
Git clone 命令在终端里能跑，VS Code 里却卡住或报错
根本原因不是 VS Code 本身坏了，而是它调用 git 时的运行环境和你终端里的不一致——尤其体现在代理、证书、SSH 配置三处。VS Code 内置终端通常继承 shell 环境（如 bash/zsh 的 HTTP_PROXY），但图形界面命令（如 Git: Clone）往往只读取 Git 全局配置或 Windows 凭据管理器，不读 shell 变量。
常见现象包括：fatal: unable to access 'https://...': Failed to connect to github.com port 443、克隆进度条停在 80% 不动、弹窗认证失败后反复重试。
- 先在 VS Code 终端里运行
git --version和env | grep -i proxy，确认 git 版本和当前生效的代理变量 - 再执行
git config --global --get http.proxy，对比是否和终端里看到的一致；不一致就手动统一：git config --global http.proxy http://127.0.0.1:7890 - 如果用的是 HTTPS + PAT，确保没残留旧凭据：
git credential-manager reject https://github.com - Windows 用户特别注意：VS Code 图形界面可能走的是 WinHTTP 而非 cURL，此时
http.sslCAInfo必须显式配置，否则 SSL 验证直接失败
HTTPS 克隆失败提示 “SSL certificate problem”
VS Code 报这个错，大概率是它找不到或读错了系统证书包，而不是网络被墙。Git for Windows 自带的 ca-bundle.crt 路径在不同安装方式下差异很大，VS Code 启动时又未必加载正确的环境变量。
典型错误信息：fatal: unable to access 'https://...': SSL certificate problem: unable to get local issuer certificate
- 先查证书文件是否存在：打开文件资源管理器，粘贴路径
C:\Program Files\Git\mingw64\etc\ssl\certs\ca-bundle.crt（或C:\Users\{user}\scoop\apps\git\current\mingw64\etc\ssl\certs\ca-bundle.crt，如果你用 scoop 安装） - 如果路径不对，用
where ca-bundle.crt或git config --list | grep sslca查当前配置值 - 修复命令必须带双引号包裹路径（Windows CMD/PowerShell 对空格敏感）：
git config --global http.sslCAInfo "C:\Program Files\Git\mingw64\etc\ssl\certs\ca-bundle.crt" - 禁用验证仅限临时调试：
git config --global http.sslVerify false，但 VS Code 重启后可能失效，且不解决根本问题
SSH 克隆卡在 “Cloning…” 无报错也无进展
这不是超时，是 SSH 认证流程静默阻塞。VS Code 图形界面不会像终端那样输出 Permission denied (publickey)，它只显示“Cloning…”，然后不动——因为 ssh 进程在后台等用户输密码或密钥解锁，而 GUI 没提供交互入口。
当用户提及 GitHub URL，或要求分析、审查、探索或理解任意 GitHub 项目、仓库或代码库时，请使用此技能。触发条件包括以下短语：“分析这个项目”、“看看这个仓库”、“analyze this repo”、“what does this project do”，或消息中包含任何 github.com URL。
关键检查点：
- 运行
ssh -T git@github.com（或你的 Git 托管平台域名），看是否返回 welcome 信息；失败则说明密钥未加载或未注册 - 确认
ssh-agent正在运行：get-ssh-agent（PowerShell）或pgrep ssh-agent（WSL/macOS） - 手动加载密钥：
ssh-add ~/.ssh/id_rsa；若提示 “Could not open a connection to your authentication agent”，先执行eval $(ssh-agent) - VS Code 中禁用自定义 SSH 命令：
git config --global --unset core.sshCommand，避免它指向一个不存在或权限异常的ssh.exe
克隆成功但源代码管理视图空白、无分支、无文件列表
这不是网络或代理问题，是 VS Code 没把目录识别为有效 Git 仓库。表面显示 “repository cloned successfully”，但 .git 目录可能损坏、HEAD 文件不可读、或配置里缺 user.name/user.email 导致初始化中断。
最常被忽略的两个硬性条件：
- 目标路径不能含中文、空格或 NTFS 保留字符（如
CON、AUX）；Windows 下C:\projects\我的项目极易触发fatal: invalid path - 克隆完成后必须手动打开该文件夹：
File → Open Folder，不能只靠“Open”按钮；VS Code 不会自动将新克隆目录加入当前工作区 - 检查
.git/HEAD是否可读：cat .git/HEAD应输出类似ref: refs/heads/main；若为空或乱码，说明检出阶段失败，需删掉整个目录重来 - 补全基础 Git 配置（否则后续 commit 按钮灰掉）：
git config --global user.name "Your Name"和git config --global user.email "you@example.com"
代理和证书问题容易查日志，但路径非法、权限不足、HEAD 损坏这三类问题不会报明确错误，只会让 VS Code 表现得“好像没反应”。动手前先确认目录名干净、磁盘有写入权、.git 子目录结构完整，比反复调代理参数更省时间。
