看板 [ Soft_Job ]
討論串[討論] 靠submit紀錄來除錯是一個不好的習慣嗎
共 4 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#4
Re: [討論] 靠submit紀錄來除錯是一個不好的習慣嗎
推噓-32(9推 41噓 24→)留言74則，0人參與, 最新作者sunsamy時間4年前 (2021/12/29 20:01), 編輯資訊
0
0
0
內容預覽:
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^. 程式會造成"軟體架構設計不良,高耦合,導致原本要做A功能,卻影響到B功能,". 大部份是git造成的. 不知道吧？那這樣算不算"無知"？. 想看看git branch來
(還有124個字)
#3
Re: [討論] 靠submit紀錄來除錯是一個不好的習慣嗎
推噓23(23推 0噓 25→)留言48則，0人參與, 最新作者hidog (.....)時間4年前 (2021/12/29 18:28), 編輯資訊
0
0
0
內容預覽:
^^^^^^^^^^^^^^^^^^^^. 有一種狀況是這樣. 軟體架構設計不良,高耦合,導致原本要做A功能,卻影響到B功能,. 但不好追是哪一行程式造成問題. (開發經驗久的人應該都遇過這種情形). 這種時候我們會需要追是從哪個版本開始壞掉. 靠git去回復版本,找出出問題的commit,是一個很
(還有236個字)
#2
Re: [討論] 靠submit紀錄來除錯是一個不好的習慣嗎
推噓6(6推 0噓 1→)留言7則，0人參與, 4年前最新作者vi000246 (Vi)時間4年前 (2021/12/29 10:39), 4年前編輯資訊
0
0
0
內容預覽:
我覺得抓bug要看經驗. 不同情境有不同的使用方式. 像是從git log抓bug，使用git blame指令. 是俗稱的抓戰犯. 通常用在追踨bug追到一段code. 想搞清楚是誰改的，為什麼要這樣改. 才能問改的人當時的邏輯是什麼. 以免改了一個bug 又製造另一個bug. 既然要從git紀錄追
(還有449個字)
#1
[討論] 靠submit紀錄來除錯是一個不好的習慣嗎
推噓27(29推 2噓 73→)留言104則，0人參與, 5年前最新作者cytus74 (微酸桔子)時間4年前 (2021/12/27 19:23), 編輯資訊
0
0
0
內容預覽:
大家好 小弟剛出社會 在純軟這個行業大約半年. 最近code base在做IT的時候打出一個bug. 老鳥們沒空所以派我這隻菜鳥去修. 當我打開專案開始從模組方向找線索時. 老鳥甲路過 看了一眼說. 你這樣debug效率有點慢 直接看submit紀錄找戰犯比較快. 我試了一下 果然滿快就找到問題點了
(還有102個字)
首頁
上一頁
1
下一頁
尾頁