atom中git变更查看有两条路径：边栏标记（git-diff）和并排比对（split-diff）；前者需满足.git存在、至少一次commit、文件已跟踪且showdiffbadge启用，才显示红绿标记；后者通过ctrl-shift-d调出双窗格对比head，默认同步滚动、支持折叠，但依赖仓库干净状态。
Atom 编辑器里看 Git 变更，核心就两条路：边栏标记（git-diff）和并排比对（split-diff）。前者轻量、实时、适合扫一眼改了哪几行；后者专注对比逻辑，适合审代码、查合并冲突、确认大块修改是否合理。选错插件或忽略前提条件，就容易“装了但没显示”“点了没反应”。
git-diff 插件：为什么边栏没出现绿色/红色标记？
这个插件只在满足全部条件时才激活差异标记：
- 项目根目录下必须有
.git文件夹（即已初始化为 Git 仓库） - 至少完成过一次
git commit（否则没有“基准版本”可比） - 当前打开的文件必须是工作区中已被 Git 跟踪的文件（
git status列出的，不是新创建未git add的） - Atom 设置里不能禁用
git-diff的showDiffBadge选项（默认开启）
常见错误现象：git status 显示 AM file.js（已暂存），但边栏只有绿色“+”，没有红色“−”——这是因为 git-diff 默认只比对工作区 vs 暂存区，删掉的行如果已在暂存区，就不会再标红。想看到完整变更，得用 git diff HEAD 或换 split-diff。
split-diff：怎么一键比对“当前文件”和“上一次提交”？
split-diff 不依赖边栏，而是开两个窗格做并排渲染，它能自动识别 Git 上下文：
Conventional Git
下载
Conventional Commits v1.0.0 分支、工作树命名及提交信息规范，适用于 GitHub 与 GitLab 项目，用于创建分支和命名工作树等场景。
- 确保项目是 Git 仓库且已有提交（同上）
- 打开你要比对的文件，按快捷键
ctrl-shift-d（macOS 是cmd-shift-d），插件会自动把当前编辑内容放左窗格，HEAD版本放右窗格 - 若提示 “No git repository found”，说明 Atom 没检测到
.git，检查路径是否正确，或手动执行git rev-parse --git-dir验证 - 右窗格默认读取
HEAD，如需比对暂存区，可在命令面板（ctrl-shift-p）输入split-diff:compare-with-staged
注意：split-diff 对大文件（>5000 行）可能卡顿，它不做语法解析，纯行级 diff，但会同步滚动、支持折叠差异块——这点比外部 diff 工具更贴手。
git-diff 和 split-diff 能同时用吗？
可以，而且推荐组合使用：
-
git-diff提供左侧 gutter 实时标记，帮你快速定位“哪里改了” -
split-diff解决“到底改成什么样了”，尤其适合函数重写、配置项调整、JSON 结构变更等语义级对比 - 两者不冲突，但要注意：如果禁用了
git-diff的showDiffBadge，边栏标记消失，但split-diff仍正常工作 - 性能影响很小，
git-diff仅监听文件状态变化，split-diff的 diff 计算在后台线程，不阻塞编辑
真正容易被忽略的是 Git 仓库的“干净性”：如果工作区有未跟踪文件（untracked）、或存在 .git/index 锁（比如刚执行完 git pull 失败），split-diff 可能 fallback 到空白右窗格，此时应先运行 git status 确认状态，而不是反复重装插件。
