内容摘要：我用了七年Git，试过十几个所谓的“可视化工具”，最后留下的只有两个：一个是终端里裸奔的原生Git，另一个是VS Code里那个不起眼的插件。别急着反驳，听我说完。 很多人一上来就装SourceTre

我用了七年Git，好用试过十几个所谓的工具“可视化工具”，最后留下的好用只有两个：一个是终端里裸奔的原生Git，另一个是工具VS Code里那个不起眼的插件。别急着反驳，好用听我说完。工具

很多人一上来就装SourceTree或者GitKraken，好用界面花花绿绿，工具按钮多得跟飞机驾驶舱似的好用。结果呢？工具提交个代码要点五次鼠标，合并分支还得小心翼翼生怕点错。好用我见过最离谱的工具同事，在SourceTree里把整个develop分支给删了，好用就因为那个红色垃圾桶图标太显眼，工具他以为那是好用“刷新”。

真正的效率提升，往往来自那些不声不响的工具。VS Code的GitLens插件就是个典型例子。它不改变你的操作习惯，就在代码行尾悄悄显示这行是谁写的、什么时候写的、commit message是什么。这东西太狠了——你review代码的时候，鼠标一悬停，就能看到半年前某人改这行的真实意图。有一次我追一个线上bug，查了半天没头绪，结果GitLens显示那行代码是三个月前一个离职同事加的，commit message写着“临时修复，后续优化”。我顺着这个线索找到了他当时的讨论记录，问题立刻解决了。

再说个更冷门的，tig。这是个终端里的文本界面工具，长得跟老式邮件客户端似的。但它有个杀手级功能：在终端里直接可视化浏览提交历史，还能边看边执行操作。我习惯开着三个终端窗口：一个跑测试，一个写代码，一个用tig盯着历史记录。当你要回滚某个feature时，tig让你像翻相册一样找到那个提交，按一下回车就能看到当时改了什么，再按一下就能cherry-pick。整个过程不用离开键盘，手都不用挪到鼠标上。

别误会，我不是说图形界面工具一无是处。GitHub Desktop对新手确实友好，那是我五年前推荐给刚入行的表弟用的。但它的天花板很低——一旦你开始处理多个分支并行开发、rebase交互模式、或者要精准拆分某个大提交，图形界面就开始捉襟见肘了。我表弟现在也用命令行，因为图形界面没法让他精确控制“把第三个提交拆成两个，第二个和第五个合并”。

还有个我私藏的小工具叫diff-so-fancy，它把Git的diff输出改得跟人类写的代码审查意见一样清楚。默认的diff在终端里那叫一个辣眼睛，绿色红色块堆在一起根本分不清哪个括号配哪个。装上这玩意儿之后，改动部分会高亮到具体单词级别，还自动对齐缩进。我review同事代码时的速度至少快了30%，因为不用再眯着眼睛数空格了。

最后压轴的是git interactive rebase，这不算工具，是个内置功能，但90%的人不会用。它让你像编辑剧本一样重写提交历史——把临时的“WIP”提交合并成一个干净的commit，或者把某个提交挪到前面。我刚学会那会儿，简直像拿到了时光机的遥控器。但注意，这功能只能在还没push的分支上用，否则会害了队友。

工具不在多，在于能不能融入你的工作流。我的原则很简单：能用键盘解决的绝不碰鼠标，能在终端解决的绝不额外开窗口，能自动化的绝不手动点。你如果现在还在为选哪个工具纠结，不如先打开终端，敲个git log --graph --oneline，感受一下原生Git的简洁。等你看腻了那些字符画，再回头试试GitLens和tig，你会回来谢我的。