: 推 abraxas: 推 12/29 13:14
: 推 botnet: 推 12/29 13:45
: 推 b87088: 推 12/29 15:56
: 推 sunsamy: 用git抓bug是源於無知,不是本身有多利害,像義和團 12/29 17:25
^^^^^^^^^^^^^^^^^^^^
有一種狀況是這樣
軟體架構設計不良,高耦合,導致原本要做A功能,卻影響到B功能,
但不好追是哪一行程式造成問題. (開發經驗久的人應該都遇過這種情形)
這種時候我們會需要追是從哪個版本開始壞掉
靠git去回復版本,找出出問題的commit,是一個很有效率的做法.
我認為debug是挑合適作法,在時間要求內解決掉問題
做法本身並沒有優劣之分,而是這個做法適不適合目前的處境
沒有時間壓力的情況下,可以根據bug的源頭做架構調整
有時間壓力的情況下,靠工具輔助快速找出問題,work around的方式先讓東西能動.
用無知來形容用git除錯,個人覺得還蠻怪的
是說git這類版控工具的功能之一,就是出問題的時候能查找出是誰,是哪個修改造成bug
拿git來做debug的輔助工具並沒有不對,個人感覺 @@
反而我覺得git無法輔助debug的話,那做版控的目的是啥呢....
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.231.58.61 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1640773733.A.603.html有一種狀況是這樣
軟體架構設計不良,高耦合,導致原本要做A功能,卻影響到B功能,
但不好追是哪一行程式造成問題. (開發經驗久的人應該都遇過這種情形)
這種時候我們會需要追是從哪個版本開始壞掉
靠git去回復版本,找出出問題的commit,是一個很有效率的做法.
我認為debug是挑合適作法,在時間要求內解決掉問題
做法本身並沒有優劣之分,而是這個做法適不適合目前的處境
沒有時間壓力的情況下,可以根據bug的源頭做架構調整
有時間壓力的情況下,靠工具輔助快速找出問題,work around的方式先讓東西能動.
用無知來形容用git除錯,個人覺得還蠻怪的
是說git這類版控工具的功能之一,就是出問題的時候能查找出是誰,是哪個修改造成bug
拿git來做debug的輔助工具並沒有不對,個人感覺 @@
反而我覺得git無法輔助debug的話,那做版控的目的是啥呢....
--