VSCode状态栏点击分支名可快速切换或新建分支：点击左下角分支名（如main）弹出本地及远程分支列表，直接选择即执行git switch；输入新分支名回车等价于git switch -c；右键远程分支选“Create Local Branch From…”则自动fetch并跟踪。
VSCode 本身不“管理”分支，它只是把 git checkout 和 git switch 的操作可视化、可点击化；真正起作用的仍是 Git 命令本身。你点一下切换分支，背后就是执行了一条 git switch 或 git checkout。
怎么在状态栏快速切换或新建分支
左下角当前分支名（比如 main）是入口，点它会弹出所有本地 + 远程分支列表：
- 直接点击目标分支名 → 立即执行
git switch <branch>（Git 2.23+ 默认行为） - 列表里带
+号的项 → 输入新分支名后回车，等价于git switch -c <name> - 右键远程分支（如
origin/feature/login）→ 选「Create Local Branch From…」→ 自动git fetch并创建跟踪分支，等价于git switch --track origin/feature/login - 注意：如果新分支基于的不是最新
HEAD，VSCode 不会主动提醒，得自己确认当前提交点是否干净、是否已拉取最新远程记录
合并分支时 VSCode 怎么显示和处理冲突
切换到目标分支（如 main），再右键待合并分支（如 feature/user-auth）→「Merge from…」：
Github Stars Analyzer
下载
抓取指定 GitHub用户的 Stars 项目，生成标准化中文 Markdown 报告。用户提及「分析 GitHub stars」「导出收藏项目」「汇总 GitHub 星标」「生成 stars 报告」或粘贴含 ?tab=stars 的链接时触发。执行通过 bash...
- 若无冲突，自动完成合并并提示成功；若有冲突，「源代码管理」视图中该文件会标为「Conflicted」
- 点击冲突文件，编辑器以三栏呈现：
Current Change（当前分支内容）、Incoming Change（被合并分支内容）、Merge Result（需手动编辑的区域） - 必须手动删掉
<<<<<、=======、>>>>>这些标记行，并保留/融合逻辑正确的代码 - 保存后，需在「源代码管理」面板中右键该文件 →「Accept Merge」，或手动运行
git add <file>，否则无法继续提交 - 常见坑：误以为点「Accept Merge」就等于解决完成——其实它只是把当前编辑结果暂存，仍需一次
git commit才算真正合并落地
为什么 Blame 显示的提交不属于当前分支
GitLens 的「Current Line Blame」显示的是「该行最后一次被修改的提交」，不是「当前分支上谁改的」：
- 比如某行在
dev分支改过，后来dev合并进main，你在main上看这行，Blame 仍显示dev分支的提交作者和时间 - 这不是 Bug，是 Git 的底层机制决定的；想只看当前分支的修改历史，要用「GitLens: Open File Timeline」
- 若看到
unknown author或时间明显错乱，大概率是该行来自rebase或cherry-pick，原始 commit 元数据已被重写 - 此时建议右键行号旁的作者信息 →「Show Commit in Timeline」跳转确认，或用「Compare With Previous Version」人工比对变更来源
多根工作区里怎么确保每个仓库分支操作互不干扰
当你用 .code-workspace 打开多个含 .git 的文件夹时，VSCode 默认会为每个仓库单独维护 Git 状态，但有几个关键点容易忽略：
- 终端默认工作目录是当前打开的编辑器所在路径，但如果你没聚焦在某个仓库内，
git status可能报错或返回空 —— 此时应先cd进对应仓库目录，或使用git -C /path/to/repo status - 状态栏 Git 指示器只显示当前活动编辑器所在仓库的分支，切文件可能自动切换指示器，但不会自动切换终端上下文
- 若用
Multi-root Git Control插件，右键文件会出现「Git: Commit changes in [repo-name]」，能避免误把 A 仓库的改动提交到 B 仓库 - 禁用
git.autoRepositoryDetection（设为false）可防止 VSCode 在深层嵌套目录里误识别子模块为独立仓库，造成状态混乱
分支操作看似点几下就能完成，但每一步背后都是 Git 的提交图谱在变化。最常出问题的地方不在「怎么做」，而在「没看清当前 HEAD 指向哪、远程是否已更新、有没有未提交的暂存」——这些信息 VSCode 都有展示，只是需要养成扫一眼状态栏和源代码管理面板的习惯。
