→ kangan987: 推 12/29 11:35
推 abraxas: 推 12/29 13:14
推 botnet: 推 12/29 13:45
推 b87088: 推 12/29 15:56
推 sunsamy: 用git抓bug是源於無知,不是本身有多利害,像義和團 12/29 17:25
推 viper9709: 推~此篇正解 12/29 23:27
推 Dracarys: 推 跟我想的一樣 12/30 01:26
我覺得抓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://www.ptt.cc/bbs/Soft_Job/M.1640745593.A.A3D.html
※ 編輯: vi000246 (210.64.53.88 臺灣), 12/29/2021 10:51:58