开发与运维
Git 与版本控制工具
Git 出问题往往就出在平时最少用的那几个命令上：一次 rebase、一次强制推送，或者一次跨分支的 cherry-pick，实际执行结果和脑子里想的历史图总不太一样。这里有一个会在执行前解释风险的 Git 命令生成器，一个可以预览 merge 和 rebase 结果的 Git 在线模拟器，还有提交信息、Diff 和分支名校验这些日常小工具。
想看一次 rebase 或 merge 会怎么改动提交图，先用 Git 在线模拟器在示意图上试一遍，而不是直接在真实仓库上跑；已经知道要用哪个操作，只是想确认参数和风险，就用 Git 命令生成器。Gitignore 测试器能追踪到底是哪一条规则命中了某个路径，比反复改文件再跑 git status 猜快。
9 个工具
Git / 版本控制工具常见问题
怎么在真正执行 rebase 之前看清它会做什么？
Git 在线模拟器可以搭建一个示意提交图，预览 merge、rebase 或 cherry-pick 会怎样重新排列它，不用碰真实仓库。在会影响别人分支的历史重写命令上先建立直觉，比直接上手跑安全得多。
.gitignore 里写了规则，文件为什么还是没被忽略？
后面的规则可以重新纳入前面规则排除掉的路径，规则按文件里的先后顺序生效，目录专属规则优先级更高。Gitignore 测试器能准确追踪到底是哪一条规则命中了给定路径并解释判定过程，比改文件再跑 git status 快。
什么是约定式提交（Conventional Commit），为什么团队要求用它？
约定式提交在消息前加上 feat、fix、chore 之类的类型和可选范围，让工具能据此自动生成变更日志并判断版本号该怎么升。Git 提交信息生成器会组装并检查这种格式，提交前就能核对好，包括破坏性变更需要的说明段落。