VSCode拉取代码前必须做的三件事：一、运行git fetch origin获取远程更新；二、用Git: Compare with Branch对比origin/main确认差异；三、本地有未推送提交时优先用git pull --rebase而非merge。
VSCode里拉取代码前必须做的三件事
不检查远程状态就直接 git pull，是团队协作中冲突高发的头号原因。VSCode 的 Git 面板不会自动帮你同步远端变更，它只反映你本地暂存区和工作区的状态。
- 先在集成终端运行
git fetch origin，获取所有远程分支最新提交但不合并——这时 VSCode 源代码管理视图右下角会显示“1 new commit on origin/main”这类提示 - 用命令面板（
Ctrl+Shift+P）执行Git: Compare with Branch，选origin/main对比当前分支差异，确认是否有重叠修改区域 - 如果本地有未推送提交，优先考虑
git pull --rebase origin main而非默认 merge：避免无意义的 merge commit，也减少后续 rebase 时的冲突嵌套
功能分支命名与切换别依赖鼠标点点点
VSCode 状态栏点击分支名再选 “Checkout to…” 看似方便，但容易切错分支或漏掉跟踪设置，尤其当远程分支名带斜杠（如 feature/user-profile-v2）时，GUI 可能只显示末尾部分，误判为本地分支。
- 新建分支务必用命令面板执行
Git: Create Branch，输入完整名称，并勾选 “Track remote branch”；等效命令是git checkout -b feature/login-flow origin/main - 切换分支时，优先用
Ctrl+Shift+P→Git: Checkout to...，手动输入分支名比从下拉列表选更可靠——VSCode 会对输入内容实时模糊匹配并高亮远程分支 - 避免使用状态栏分支名右键菜单里的 “Pull from...”，它默认走 merge 流程；要同步更新，应先
git fetch，再git rebase origin/main
冲突发生时，别急着删标记符
VSCode 高亮显示的 <<<<<< HEAD 区块不是错误，而是 Git 给你的决策界面。直接删除标记、保留某段代码，常导致逻辑断裂或类型不兼容——比如一方加了参数，另一方删了调用，光留函数体没用。
- 把光标停在冲突块内，按
Ctrl+Shift+F7跳转到下一个冲突，快速扫完整个文件，建立上下文认知 - 右键冲突块，优先试 “Accept Both Changes”：VSCode 会把两段代码都保留，中间加空行分隔，方便你后续手动缝合（比如补上缺失的参数传入或条件判断）
- 若需细粒度控制，打开命令面板执行
Git: Open Merge Editor，进入三栏对比视图——左侧是当前分支，右侧是传入分支，中间是编辑区；这里能看清共同祖先版本（灰色底纹），避免误删关键逻辑
提交前检查比解决冲突更省时间
很多团队把精力全放在“怎么解冲突”，却忽略冲突根本原因是提交质量失控。VSCode 支持在提交前自动拦截问题，但需要主动配置，不是开箱即用。
- 在项目根目录建
.git/hooks/pre-commit文件（记得chmod +x），内容示例：#!/bin/sh<br>git diff --cached --name-only | grep "\.js$" | xargs -r eslint --fix<br>if [ $? -ne 0 ]; then exit 1; fi
- VSCode 设置里开启
git.enableSmartCommit，它会在你点击“✓ Commit”时自动暂存所有已跟踪文件的修改，避免漏提交导致后续拉取时“看似没改却冲突” - 禁用
git.autofetch：自动 fetch 容易掩盖你长期没同步的事实；改成手动 fetch + 看状态栏提示，反而能养成检查习惯
npm test 或检查关键路径，比事后 debug 半小时划算得多。 
