在服务器维护过程中，经常会遇到代码或配置文件更新后出现问题的情况。这时候最直接的需求就是：看看新旧两个版本之间到底改了啥。版本控制工具比如 Git，正好能帮我们快速比对不同版本之间的差异。
用 git diff 查看变更内容
假设你刚收到同事的通知，说某个服务突然报错，怀疑是昨天部署的新版本导致的。你可以进入项目目录，通过 git log 先确认两个关键提交记录：
git log --oneline -5输出可能类似：
a1b2c3d (HEAD -> main) 更新配置文件
9f8e7d6 修复登录逻辑
8c7b6a5 添加新接口
7d6f5e4 初始化部署脚本
6e5d4c3 初始提交你想对比 a1b2c3d 和 9f8e7d6 这两个版本之间的变化，可以直接执行：
git diff 9f8e7d6 a1b2c3d终端会高亮显示所有被修改、添加或删除的行。比如你发现某行数据库连接超时时间从 5000 改成了 500，立马就能锁定问题所在。
只看特定文件的变化
有时候不需要看全部改动，只想盯住一个关键配置文件。比如 application.yml 被动过手脚，可以用：
git diff 9f8e7d6 a1b2c3d config/application.yml这样输出的内容更聚焦，排查效率也更高。
可视化工具辅助分析
命令行虽然快，但对一些复杂变更还是图形界面看着清楚。可以使用 gitk 或 VS Code 内置的 Git 功能：
gitk 9f8e7d6..a1b2c3d它会弹出窗口，左边列出所有变更文件，点击任一文件就能看到彩色对比，增删部分一目了然。这对多人协作时审查变更特别有用。
线上回滚前先比对
有次我们线上网关服务出现 502 错误，运维同事准备直接回滚到上个版本。但我建议先做个 diff：
git diff HEAD~1 HEAD结果发现除了业务代码外，还意外提交了一个本地测试用的 IP 地址。如果直接回滚，这个错误配置也会跟着上线。多看了一眼，避免了一次事故。
别忘了标签也能用来比较
正式环境通常基于发布标签部署。比如 v1.2.0 和 v1.3.0 之间出了问题，可以直接用标签名做比对：
git diff v1.2.0 v1.3.0这种命名方式清晰明确，适合写进运维检查清单里。
日常维护中，养成“动手之前先看看改了啥”的习惯，能少走很多弯路。版本控制不只是存档工具，更是排查问题的第一道探照灯。