Git pull SSL报错需更新CA证书或配置sslCAInfo；VSCode无响应需检查upstream、锁文件及autoFetch；本地修改冲突应stash或discard；状态异常多因权限、换行符或子模块。
Git pull 报错“fatal: unable to access 'https://...'：SSL certificate problem”
这是 Windows/macOS 上 VSCode 内置 Git 调用系统 OpenSSL 或 SecureTransport 时，证书链不完整或过期导致的典型报错。VSCode 自己不管理证书，完全依赖底层 Git 的配置和系统环境。
- 临时绕过（仅调试用）：
git config --global http.sslVerify false—— 不推荐，会暴露凭证风险 - 正确做法是更新 Git 自带的 CA 证书包：从
https://curl.se/ca/cacert.pem下载最新cacert.pem，然后在 Git 配置中指定路径：git config --global http.sslCAInfo "/path/to/cacert.pem" - Windows 用户若用 Git for Windows，可直接运行
git update-ca-certificates（需管理员权限），它会自动拉取并安装系统级证书 - VSCode 中 Git 路径若指向了旧版 Git（比如某旧项目自带的 portable git），也会复用其过期证书 —— 在 VSCode 设置里搜
git.path，确认指向的是你手动更新过的 Git 安装目录
VSCode 点 Pull 没反应，终端里 git pull 却正常
说明问题出在 VSCode 的 Git 扩展交互逻辑，而非 Git 本身。常见原因是当前分支没设置 upstream，或者 VSCode 缓存了错误的远程引用。
- 先在终端执行
git branch -vv，检查当前分支是否显示类似[origin/main]的 upstream；如果没有，运行git branch --set-upstream-to=origin/main main（把main替换为你的分支名） - VSCode 的 Git 视图有时会卡在“正在加载”状态，尤其在 .git/FETCH_HEAD 文件损坏或锁文件残留时 —— 关闭 VSCode，删掉项目根目录下的
.git/index.lock和.git/FETCH_HEAD（如有），再重开 - 检查 VSCode 是否启用了“Git: Auto Fetch”，如果勾选但网络不稳定，可能造成后台 fetch 失败后阻塞 pull 操作 —— 设置里搜
git.autofetch，暂时关掉试试
执行 git pull 提示 “error: Your local changes to the following files would be overwritten”
这不是 Git 故障，而是你本地有未提交修改，且远端同名文件也被改过，Git 拒绝自动覆盖，防止丢代码。VSCode 点 Pull 时弹窗报错，本质和终端一致。
- 想保留本地修改：先
git stash暂存，再git pull，最后git stash pop恢复；VSCode 中可在源代码管理视图右键“Stash Changes” - 想丢弃本地修改：用
git checkout -- <file></file>（单文件）或git restore .（全部），注意这不可逆 —— VSCode 中右键文件 → “Discard Changes” - 别用
git pull --force，这个参数根本不存在；也别信网上说的--no-commit能绕过，它只影响合并行为，不解决冲突前提 - 如果你常遇到这类冲突，建议在 VSCode 设置里打开
git.enableSmartCommit，它会在 pull 前自动帮你 stash，但只对已跟踪文件生效
Git pull 后 VSCode 左下角显示“1 change”，但文件没变、也无法提交
这通常意味着 Git 记录了文件权限变更（如 chmod）、行尾符（CRLF/LF）差异，或子模块状态变化，而 VSCode 的文件监视器没触发刷新，或 Git 状态缓存没更新。
- 先运行
git status --porcelain，看输出里是否出现??（未跟踪）、MM（已暂存+未暂存修改）或100755 → 100644（权限变）—— 这些都会被计入“change”但不一定体现在编辑器里 - 强制刷新 Git 状态：VSCode 命令面板（Ctrl+Shift+P）输入 “Git: Refresh” 回车；或删掉工作区根目录下的
.git/index（Git 会自动重建） - Windows 用户常见 LF/CRLF 问题：检查
core.autocrlf是否设为true（推荐）；若项目要求统一 LF，设为input并配.gitattributes，否则每次 pull 都可能触发假变更 - 子模块变动不会自动更新工作树 —— 如果你看到
Submodule xxx updated but not checked out，得手动进子模块目录执行git submodule update --init
Git 的 pull 行为高度依赖本地配置、远程状态、文件系统特性三者耦合，VSCode 只是调用层。最容易被忽略的是：你以为在操作“当前项目”，其实 Git 正在读取某个嵌套子模块的 .git 目录，或受全局 ~/.gitconfig 里某条老旧规则影响。查问题前，先 git rev-parse --show-toplevel 确认你在哪个 Git 仓库里，再 git config --list --show-origin 看每条配置从哪来。
