我觉得抓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 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 210.64.53.88 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1640745593.A.A3D.html ※ 编辑: vi000246 (210.64.53.88 台湾), 12/29/2021 10:51:58