我觉得抓bug要看经验
不同情境有不同的使用方式
像是从git log抓bug，使用git blame指令
是俗称的抓战犯
通常用在追踨bug追到一段code
想搞清楚是谁改的，为什么要这样改
才能问改的人当时的逻辑是什么
以免改了一个bug 又制造另一个bug
既然要从git纪录追查 那也要懂程式流程吧
要知道错误发生在哪 才能找那段code的纪录
所以我觉得懂程式运作，跟用git blame抓战犯
是相辅相成的 两个都必须要理解
看了原文 好像是直接从git commit log找bug
我自己是觉得流程怪怪的啦
我的流程是先找出此bug是因为哪个操作流程产生的
找出那段操作的整段code，先用肉眼扫过一遍，找出最有可能发生bug的地方
(说来简单 但这个应该要满有经验才办得到)
再下中断点看真正发生bug的地方
通常你要对你的IDE很了解 要熟悉各种工具 像是堆叠追踨等等 请洽IDE说明书
等真的追到bug，确定发生地点，发现是逻辑错误
这时才会用git blame找出是谁改的，问他为什么当时这样设计
会从commit log抓bug 应该是只能针对最近改的专案 最近才发现的错误
我自己是不太这样做的
因为我很懒 不喜欢一个版本一个版本run专案
能用肉眼抓出来最好 最好要run一次就抓到bug