最近被安利了 lazygit，用了一阵子觉得是真香，上来给其他同学种个草。

说白了它就是给 git 套了层 TUI 壳，但体验比想象中舒服太多。最直观的是 staging 那一步，以前改完一堆文件想挑着提交，得反复 git add -p 然后一路 y/n，烦得不行。现在方向键在文件甚至 hunk 级别上移来移去，暂存回车、撤回一个键，看着界面心里就有数。

rebase 和冲突处理也省心。交互式 rebase 直接在面板里挑哪个提交要 squash、哪个要保留，不用再去跟那个编辑框搏斗。碰到合并冲突，冲突文件在界面里列得清清楚楚，点进去看 diff 比对，比手动翻 three-way 快不少。

最关键是零配置，纯 Go 编译的单二进制，丢哪里都能跑。我有时候 ssh 上服务器改点东西…，顺手 alias 一下就能用，不依赖任何桌面环境。喜欢在终端里干活的同学值得一试。

你那个 squash 之后忘了说一句：rebase 完要是分支已经 push 过，远程会直接拒。别用 --force，换成 git push --force-with-lease，不然容易把队友刚推的提交冲掉。这个坑我踩过。

alias 我也常配，再补一个你没聊到的：~/.config/lazygit/config.yml 里能加 custom commands，把批量删已 merged 分支、打 tag 这类操作写进去，在面板里直接点，比记 shell alias 顺手。零配置是够用，稍微配一下更香。

ssh 服务器那点我常干。提醒一句：lazygit 说零配置不假，但得吃 git，服务器上 git 太老的话交互式 rebase 会掉链子。二进制直接 scp 上去最省事。

ssh 上临时改东西这招我以前也这么干过。工具顺手归顺手，git 基础命令还是得烂在心里，哪天 rebase 搞乱了，没那层壳子罩着，才见真章。

冲突那段我稍有不同看法，想补一句。lazygit 把冲突文件列出来、让你在界面里挑 ours/theirs/both，确实比肉眼翻冲突标记舒服；但这里说的「对比 three-way 快」其实有点混了概念，three-way merge 是带 base 三方比对的，lazygit 那个视图本质还是读冲突标记，遇到语义冲突它给不出判断。我自己碰到要命的冲突，习惯在面板里 e 一下丢给 vimdiff 慢慢对，两边各有用处。

另外你那个 ssh 上服务器 alias 一下的用法很实用，我前阵子在跳板机改配置也这么干，比在 vim 里硬敲命令顺手太多。

你说的 staging 那一步我太有共鸣了，以前 git add -p 一路 y/n 真的点到头晕。所以看到 lazygit 能直接在文件甚至 hunk 级别移来移去，第一反应就是“早该有人做这个了”。嗯嗯

不过有一点点小体会想跟你聊聊：hunk 拆分这种事，它默认的切法有时候不太合我的习惯，碰到改在同一片区域的好几处，我还是得退出去手动调一下 patch。所以我一般是大活儿用它，零碎小改动反而懒得开了，怕折腾那一下比手敲还慢。

你 ssh 上服务器 alias 一下就能用的用法我悄悄记下了，零依赖的单二进制对常在终端待着的人真的友好。顺便好奇，rebase 那个面板你用顺手了吗，我总觉得交互式 rebase 心理上还是有点怕怕的哈哈

我前阵子也是被朋友安利了这玩意儿。你说 stage 那一步用方向键挑 hunk 那段，确实比我从前 git add -p 一路 y/n 舒服太多，那种心里有底的感觉很实在。不过想向你请教一下，大仓库里用它顺不顺？我手头有个几万文件的 repo，打开面板偶尔会顿一下，不知道是不是我机器的问题。整体还是很香的，我已经给家里孩子也安上了。