VSCode Live Share 不支持合并分支，因其仅同步编辑动作和调试视图，不监听Git事件、不代理分支切换或合并操作，所有git命令（如checkout、merge）仅在本地生效且不共享Git状态。
VSCode 自带的 Git 集成不支持直接用 Live Share 合并分支，git merge 或 git rebase 操作必须各自在本地执行——协作时看到的是文件内容变更，不是 Git 分支状态同步。
为什么不能靠 Live Share 合并分支
Live Share 仅转发编辑动作和调试/终端视图，它不监听或代理 Git 文件系统事件。你切到 main 分支并 git pull，协作者的资源管理器里不会自动刷新文件树，更不会触发合并流程。
- 分支切换、
git checkout、git merge等命令只在发起者或执行者本机生效，对方无感知 - Git 状态栏（如 “HEAD: feature/login”）是本地 VSCode 读取自己 .git 目录的结果，不共享
- 如果两人同时在不同分支上编辑同一文件，Live Share 会实时同步光标和键入，但不会解决后续
git push时的冲突——这仍需手动git pull --rebase+ 解决
实际合并分支的推荐流程
把 Live Share 当作“协同审阅+联合调试”工具，而不是 Git 操作代理。真正合并前，先完成本地准备：
- Host 先在自己机器上
git checkout main→git pull→git merge feature/x→ 解决冲突 →git push - Host 在 VSCode 中打开有冲突的文件，点击右上角
Compare Changes（或按Ctrl+Shift+P输入Git: Compare Working Tree with HEAD），让 Guest 实时看到差异块和冲突标记 - Guest 可以边看边提建议：“这里用
Array.from(new Set(...))去重更安全”，Host 直接修改保存，双方都看到更新 - 合并后若需联调验证，再用 Live Share 共享调试会话，检查
main上的行为是否符合预期
对比工具怎么用才不踩坑
VSCode 内置的比较功能（Git: Compare Working Tree with HEAD、Git: Compare Selected Commit with Workspace）在协作中容易被误用：
- 不要依赖 Guest 的“比较结果”来判断是否已合并——他看到的只是 Host 当前工作区快照，不是其本地 Git 历史
-
Compare with Previous Version对 Guest 不可靠：该命令读取 Host 本地的.git缓存，如果 Host 没git add，Guest 看到的“上一版”可能是空或过期的 - 想确认某次提交是否包含某行代码？让 Host 运行
git blame -L <line>,<line> -- <file></file></line></line>，把输出贴进聊天，比共享整个 diff 更准 - 大文件（如
package-lock.json）diff 卡顿？提前在设置里关掉git.diffOptions的--no-color，或改用命令行git diff --stat快速概览变更范围
合并后如何验证协作有效性
合并完成 ≠ 协作结束。真正的验证点在执行层：
- Host 启动
npm run dev后，Guest 能否通过 Live Share 的端口转发功能（右键终端中的localhost:3000→Copy Link）直接访问？不能说明服务没起来，或端口未显式共享 - Guest 运行
git status显示On branch main，但git log --oneline -5和 Host 不一致？说明他没拉最新 commit，Live Share 不负责同步 Git HEAD - 调试时断点命中但变量值为空？检查 Host 和 Guest 的
launch.json中env是否都设置了NODE_ENV=development—— 环境变量不同步是常见静默故障源
最易被忽略的一点：Live Share 里的“合并成功”只是你本地的状态。对方电脑上 git fetch origin 后看到的远程分支进度，永远取决于他自己的网络和 git 操作，不是你点了“Share Workspace”就自动同步的。
