Git日志说白了就是记录每次代码提交的历史，包括谁提交的、什么时候提交的、提交信息是什么等等。默认情况下，你输入git log，终端就会蹦出一大串记录，每条都带着提交哈希、作者、日期和消息。乍一看可能觉得信息量太大，眼晕。但别急，这其实是个宝库，只要你学会怎么挖掘，就能轻松追踪代码变更、排查问题，甚至复盘项目进展。
先说说最基本的用法吧。打开终端，进到你的Git仓库，输入git log，回车。你会看到一屏一屏的输出，每条记录从上到下依次是提交ID、作者、日期和提交说明。如果记录太长，终端会自动分页，按空格键往下翻，按q退出。这方式适合粗略浏览，但如果项目提交频繁，你可能得翻半天才能找到想要的。这时候，就该加点参数了。
比如，git log --oneline 这个命令超级实用，它会把每条提交压缩成一行显示，只保留缩略的提交ID和提交信息。这样一目了然，特别适合快速查看最近几次的改动。我平时做代码审查的时候，就爱用这个，先扫一眼整体动向，再决定要不要深挖。另一个常用的是git log --graph，它会用ASCII字符画出分支和合并的图谱，直观展示项目结构。如果你是团队协作，这功能能帮你理清谁在哪个分支上干了啥，避免合并冲突时一头雾水。
除了简化显示，Git日志还支持各种过滤。比如说，你想只看某个作者的提交，就用git log --author="名字"，把"名字"换成实际用户名就行。这招在排查问题时特别管用，万一某个bug是特定同事引入的，一筛就出来了。另外，按时间过滤也很方便，git log --since="2023-01-01" --until="2023-12-31" 可以限定查看某段时间内的提交。我有个习惯，每周一早上用这个命令复盘上周的代码变动，确保没漏掉重要更新。
要是你想深入某次提交的细节，git log -p 就派上用场了。它会显示每次提交的具体代码差异，包括哪些行被添加或删除。这功能有点像diff工具，但集成在日志里，用起来更顺手。有一次我追查一个性能问题，就是靠这个命令对比了多个提交，最终定位到是一行循环代码导致的。不过注意，输出可能很长，建议结合--oneline先用简版锁定目标，再单独查看详细差异。
高级点的用法还包括自定义格式。Git允许你用--pretty=format来自定义日志输出，比如git log --pretty=format:"%h - %an, %ar : %s"，这里%h是短哈希，%an是作者名，%ar是相对时间，%s是提交信息。这样你可以定制出最适合自己需求的视图，我经常在写自动化脚本时用这个，生成报告或者统计提交频率。
再说说搜索功能。git log --grep="关键词" 可以在提交信息里搜索包含特定关键词的记录。这在我们项目里是常备技能，比如突然要找一个关于"登录功能"的旧提交，直接搜就行，省得手动翻找。另外，结合分支查看也很重要，git log branch-name 可以只看某个分支的历史，避免主分支的干扰。
实际用的时候，我建议养成好习惯：提交信息写得清晰点，别光写"修复bug"这种模糊话。多描述上下文，比如"修复用户登录时的密码验证逻辑"，这样以后查日志时才不会抓瞎。另外，定期用git log --stat 查看文件变更统计，它能显示每次提交中哪些文件被修改了，以及增删行数，帮你宏观把握项目动向。
最后，别忘了Git日志还能和别名结合，简化命令。我在.gitconfig里设了个别名，比如git config --global alias.lg "log --oneline --graph --all"，以后直接输git lg就能看到全部分支的图谱版日志，效率提升不少。总之，Git日志不是摆设，而是日常开发中的利器。多练练手，把它融入工作流，你会发现版本控制原来可以这么顺手。好了，今天就聊到这儿，希望对你有帮助！