【开源推荐】 Lazy Git 命令行下的 Git UI

介绍

lazygit 是一个用 golang 编写的用于命令行下的 git 可视化 ui, 适合在服务器端管理 git 项目时使用。

重要

Github地址

特点

【单行暂存】
选中某行后按空格键暂存，或按v键选择多行范围，也可按a键选择当前代码块的全部内容。

【交互式变基】
按i键启动交互式变基。可通过快捷键操作TODO列表中的提交：压缩(s)、修复(f)、丢弃(d)、编辑(e)、上移(ctrl+k)、下移(ctrl+j)。按m键调出变基选项菜单选择"继续"完成操作。
注：无需显式启动变基，也可直接对提交执行单次操作（如按s键压缩提交）。
演示中使用了shift+下箭头选择多个提交进行移动和修复。

【拣选提交】
按shift+c复制提交，按shift+v粘贴（拣选）提交。

【二分查找】
在提交视图中按b键标记提交为"好/坏"，启动git bisect。

【重置工作区】
彻底清除git status显示的所有变更（包括脏子模块）：
按shift+d调出重置菜单，选择"核弹"选项。

【修改历史提交】
按shift+a将当前暂存修改合并到指定提交（后台自动执行交互式变基）。

【筛选视图】
使用/键筛选视图内容。演示中筛选分支视图后按回车查看对应提交。

【自定义命令】
支持高度灵活的自定义命令系统。示例中自定义命令模拟了内置的分支切换功能。

【多工作树】
无需暂存即可同时处理多个分支：
在分支视图中按w键，基于所选分支创建并切换到新工作树。

【定制补丁（高级变基）】
可从旧提交创建定制补丁，并进行以下操作：

• 从原提交移除补丁
• 拆分新提交
• 反向应用到暂存区等
  示例演示了从旧提交删除冗余注释：
  进入提交文件视图→聚焦补丁→空格选中注释行→ctrl+p调出补丁选项→选择"从当前提交移除补丁"。

【基于标记点的变基】
当特性分支基于develop分支开发，但需要改为基于master分支时：

1. 标记develop分支的最后提交为基准点(shift+b)
2. 在master分支按r键变基
3. 仅迁移特性分支的提交
4. 按shift+p推送变更

【撤销操作】
按z撤销/ctrl+z重做。注意：

• 基于reflog实现，仅适用于提交和分支操作
• 无法撤销工作区或储藏区变更

【提交图谱】
在大窗口模式下（使用+和_切换），可显示彩色提交图谱：

• 颜色区分不同作者
• 导航时会高亮显示选中提交的父提交

【提交对比】
按shift+w标记第一个提交后，选择第二个提交将显示差异对比：

• 主视图显示差异概览
• 回车查看具体文件差异
• 再次按shift+w可调出对比菜单（支持反转方向/退出等）
• 按ESC键退出对比模式

什么时候需要用到 LazyGit

命令行下的 Git UI 工具（如 Lazygit、tig、gitui 等）主要针对特定场景下的高效 Git 操作需求，其核心价值在于平衡纯命令行操作和图形化工具的优缺点。

---

1. 复杂历史操作场景

• 场景特征：需要频繁处理交互式变基（rebase -i）、提交修改（amend）、提交拆分/合并等历史重构操作。
• UI 工具优势：
  • 可视化提交图谱和快捷键操作（如 Lazygit 的 s/f/d 键快速压缩/修复/丢弃提交）显著降低记忆成本。
  • 避免手动编辑 rebase-todo 文件的错误风险（例如格式错误导致变基中断）。
  • 典型案例：
    • 合并多个 WIP 提交为原子提交。
    • 修复旧提交中的错误（通过 shift+a 直接修改历史提交）。

---

2. 多任务并行开发场景

• 场景特征：需要同时维护多个功能分支或实验性代码，涉及频繁的上下文切换。
• UI 工具优势：
  • 工作树（Worktree）支持：通过快捷键（如 w）快速创建隔离的工作目录，避免 git stash 的繁琐。
  • 分支筛选：通过 / 快速过滤分支列表，避免 git branch -a | grep 的管道操作。
  • 典型案例：
    • 在修复生产环境 Bug 时临时切换到 hotfix 分支，同时保留当前开发分支的未完成状态。

---

3. 冲突解决与差异比对

• 场景特征：合并冲突或需要精细比对文件差异时。
• UI 工具优势：
  • 三窗格对比：直接在终端内显示「本地/远程/合并结果」的差异（如 tig 的冲突解决模式）。
  • 行级操作：通过空格键暂存/取消暂存特定冲突行（比 git add -p 更直观）。
  • 典型案例：
    • 解决 git merge 后的多文件冲突时，快速选择保留特定改动。

---

4. 快速定位问题（二分调试）

• 场景特征：使用 git bisect 定位引入 Bug 的提交。
• UI 工具优势：
  • 可视化标记「好/坏」提交（按 b 键），避免手动输入 git bisect good/bad。
  • 结合提交图谱快速识别可疑提交范围。

---

5. 定制化高级操作

• 场景特征：需要执行非常规 Git 操作（如定制补丁、选择性暂存非连续行）。
• UI 工具优势：
  • Rebase Magic：通过交互式界面从旧提交提取特定修改（如删除某行注释），无需手动 cherry-pick -n + 编辑。
  • 暂存粒度控制：直接选择代码块中的分散行（v 键进入选区模式），替代 git add -e 的手动编辑。

---

6. 学习与探索场景

• 场景特征：Git 新手或需要理解仓库状态时。
• UI 工具优势：
  • 状态一览：集成显示工作区、暂存区、提交历史的实时状态（类似 git status + git log 的组合）。
  • 安全操作：通过菜单引导避免误操作（例如 reset --hard 前需确认）。

---

为何不直接使用 GUI 或纯命令行？

场景	命令行痛点	GUI 痛点	CLI UI 工具优势
交互式变基	需记忆 rebase-todo 语法	操作路径深（点击菜单）	快捷键直接操作提交（如 s=压缩）
暂存部分修改	git add -p 交互繁琐	部分工具不支持行级选择	可视化选区 + 空格暂存
查看历史	git log --graph 排版乱	启动慢/依赖图形环境	终端内彩色提交图谱
多工作树管理	需手动 git worktree add	部分 GUI 不支持	一键创建工作树

---

总结

命令行 Git UI 最适合：

1. 键盘优先的开发者：拒绝频繁鼠标操作。
2. 中高频 Git 用户：需要比原生 CLI 更高效，但不愿切换图形化工具。
3. 远程服务器开发：通过 SSH 连接时无法使用 GUI 的场景（如调试云服务器代码）。

这类工具本质上是通过「终端可视化」和「快捷键抽象」，将 Git 的底层能力转化为更符合直觉的操作流。