Re: [討論] 靠submit紀錄來除錯是一個不好的習慣嗎

軟工

22190

: → 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
^^^^^^^^^^^^^^^^^^^^
有一種狀況是這樣

軟體架構設計不良,高耦合,導致原本要做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
art11樓修改壞掉之後一鍵回復到還能動的狀態 12/29 18:32
本人2樓這樣可以順便看一下是哪個修改出問題吧 XD 12/29 18:33
本人3樓回到還能動的狀態也被我歸類是debug行為之一就是 12/29 18:34
vi0002464樓這個行為有個指令叫Git Bisect 環境單純的話是還滿方便 12/29 18:41
vi0002465樓的 debug工具是多多益善 多學沒壞處 12/29 18:42
aaa12341366樓推個 工作上能更有效率,就是好辦法 12/29 19:00
godsparticle7樓不是抓戰犯用的嗎 (x) 12/29 19:14
mrsix8樓其實就是藉由版本控制來找功能正常到功能失效的分水嶺,可 12/29 20:20
mrsix9樓以迅速縮小範圍。 12/29 20:20
mrsix10樓找到分水嶺後比對一下程式差異是否和失效現象相關,這樣比 12/29 20:24
mrsix11樓較能快速找到分析方向。 12/29 20:24
mrsix12樓不過前提是每次上傳程式前都要跑過測試,否則就是賭每個人 12/29 20:26
mrsix13樓的紀律了。 12/29 20:26
mrsix14樓通常上傳程式前應該都有測試來把關,過不了測試就無法上傳 12/29 20:31
mrsix15樓程式,至少要維持基本功能正常。 12/29 20:31
本人16樓通常是merge回去dev前要測試通過,每個commit都要測試完整 12/29 20:44
本人17樓有點難 12/29 20:44
本人18樓另外如果每個commit都是正常能跑,也不需要靠git追一堆comm 12/29 20:45
本人19樓it了 12/29 20:45
本人20樓技術上有困難,測試成本會過高,通常是一個開發結束後才會 12/29 20:46
本人21樓做完整測試 12/29 20:46
wulouise22樓merge或pr前測就好吧 12/29 21:29
jhjhs3350423樓不能太躁進而且軟體架構設計不良整條拆掉重構都有可能 12/29 22:17
abc092200124樓那ID不用太意外啦,他非常討厭 git 12/29 22:33
viper970925樓 12/29 23:29
SouthRa26樓highlight一句推文回整篇鞭,你有點可怕... 12/30 01:23
Dracarys27樓我以為儘量保持Tip of Tree是綠色的才是正確的?pre co 12/30 01:24
Dracarys28樓mmit CI都過才能提交 12/30 01:24
troylee29樓bisect 方便多了.. 12/30 01:49
本人30樓理想是每個commit都沒問題,實務上看資源夠不夠 12/30 09:35