改了user.name仍用旧账号提交，是因为git提交身份优先采用当前仓库的本地配置（.git/config），而非全局配置或vscode设置；需运行git config user.name和git config user.email（不加--global）覆盖本地值，并验证git config --local user.name输出是否更新。
为什么改了 user.name 还是用旧账号提交？
因为 Git 提交身份只取决于当前仓库的本地配置，不是全局配置，也不是 VSCode 界面里点几下就能生效的。你运行 git config --global user.name 改的是“所有仓库默认用谁”，但只要某个仓库里执行过 git config user.name（没加 --global），它就会覆盖全局设置——而 VSCode 本身从不自动写这个本地配置。
常见错误现象：在 VSCode 终端里改了全局账号，切到另一个项目提交，发现还是旧名字；或者新建仓库后直接 commit，结果用了几个月前设过的邮箱。
- 先确认当前仓库生效的是哪套配置：
git config --local user.name和git config --local user.email（必须加--local，否则可能查到全局值） - 如果返回为空，说明没设本地配置，此时才真正走全局；如果返回旧值，就得手动覆盖：
git config user.name "New Name"、git config user.email "new@domain.com" - VSCode 的提交按钮（✓ 图标）和命令面板里的
Git: Commit都严格读取该仓库的本地配置，不看 VSCode 设置或登录账号
git switch 切分支时会自动换提交账户吗？
不会。切换分支和切换提交账户完全无关。这是两个独立机制：git switch 只改变 HEAD 指向，不影响任何配置项；user.name 是仓库级元数据，存放在 .git/config 里，除非你手动改它，否则一动不动。
容易踩的坑：以为“我刚切到公司项目分支，VSCode 应该自动用公司账号”——实际它连你有没有公司账号都不知道。很多团队靠约定俗成把不同项目放在不同目录下，再配合 includeIf 自动加载对应配置，但这需要提前手动搭好，VSCode 不会帮你初始化。
- 检查当前仓库是否已配置本地账号：
cat .git/config | grep -A2 "\[user\]" - 若要让某目录下所有新仓库自动用指定账号，需编辑
~/.gitconfig，添加类似：[includeIf "gitdir:~/work/"]<br> path = ~/.gitconfig-work
-
includeIf规则只对新打开的 shell 或新启动的 VSCode 生效；已打开的终端窗口不会自动重载，得重启或手动git config --local覆盖
SSH 密钥和提交账户是两回事，别混着配
很多人卡在“换了 user.email 却 push 失败”，其实是 SSH 认证层出了问题。GitHub/GitLab 显示的提交者头像和名字，来自 commit 里的 user.email 是否匹配你账号绑定的邮箱；但能否 push 成功，取决于 SSH key 是否被对应账号授权。
典型错误：用个人 SSH key 推送到公司仓库，即使 user.email 设成公司邮箱，也会因权限拒绝失败；反过来，用公司 key 推送个人项目，虽能成功，但 GitHub 会把这次提交归到公司账号下（如果邮箱未绑定）。
- 验证当前 SSH key 绑定的账号：
ssh -T git@github.com（会打印出用户名） - 不同账号必须配不同 SSH key，并在
~/.ssh/config中用 Host 别名隔离，例如：Host github.com-work<br> HostName github.com<br> IdentityFile ~/.ssh/id_rsa_work
，然后克隆时用git clone git@github.com-work:org/repo.git - HTTPS 方式推送时，账号切换靠 URL 里带用户名（
https://user:token@github.com/org/repo.git），但 token 有效期短、易泄露，不推荐日常使用
VSCode 同步账号 ≠ Git 提交账号，别指望它帮你管提交身份
VSCode 右下角的登录图标、设置同步开关，只控制扩展、快捷键、主题等用户偏好是否跨设备同步，跟 git commit 用谁的名字毫无关系。哪怕你登了三个 GitHub 账号，VSCode 也永远不会用它们去填 user.name。
真正容易被忽略的地方：多人共用一台开发机时，有人登了 VSCode 同步账号，又顺手在终端里跑了 git config --global，结果所有后续仓库都继承了这个配置——而他自己没意识到，别人 checkout 新项目时就全“张冠李戴”了。
- 安全做法：永远优先用本地配置（
git config user.name），而不是依赖全局；尤其在共享机器或 CI 环境中 - 检查是否误设全局：
git config --global --get user.name，如果非空，建议清掉：git config --global --unset user.name - CI 流水线里务必显式设置
git config --local，不能信任环境变量或全局配置
