※ 引述《hidog (.....)》之銘言：
: ※ 引述《vi000246 (Vi)》之銘言：
: : → 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功能,
: 但不好追是哪一行程式造成問題. (開發經驗久的人應該都遇過這種情形)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
程式會造成"軟體架構設計不良,高耦合,導致原本要做A功能,卻影響到B功能,"
大部份是git造成的
不知道吧？那這樣算不算"無知"？
想看看git branch來merge去是不是都是一坨屎在那branch來merge去
看到架構了嗎？看到解耦了嗎？沒有！有的就是一坨屎
本身就在一坨屎的框架下做版控
然後用這坨屎的log抓為什麼會是這麼大一坨屎呢？
是誰產生的一坨屎呢？
是不是非常無知呢？
當然要跳脫像坨屎一樣的版控軟體git是有辦法的
.....下次再分享
: 這種時候我們會需要追是從哪個版本開始壞掉
: 靠git去回復版本,找出出問題的commit,是一個很有效率的做法.
: 我認為debug是挑合適作法,在時間要求內解決掉問題
: 做法本身並沒有優劣之分,而是這個做法適不適合目前的處境
: 沒有時間壓力的情況下,可以根據bug的源頭做架構調整
: 有時間壓力的情況下,靠工具輔助快速找出問題,work around的方式先讓東西能動.
: 用無知來形容用git除錯,個人覺得還蠻怪的
: 是說git這類版控工具的功能之一,就是出問題的時候能查找出是誰,是哪個修改造成bug
: 拿git來做debug的輔助工具並沒有不對,個人感覺 @@
: 反而我覺得git無法輔助debug的話,那做版控的目的是啥呢....