推 ricky906:正解 09/15 01:07
推 carlcarl:推 09/15 02:18
推 qrtt1:大致上沒問題，只是如果 commit 的內容混雜多個意圖時就 09/15 02:30
→ qrtt1:不容易看清楚了，再配合個 git blame 查看看能問誰 xd 09/15 02:30
※ 引述《scasur (Wei)》之銘言：
: ※ 引述《scasur (Wei)》之銘言：
: : 是這樣的，主管最近要求凡是修改檔案一律
: : 1. 以註解夾住修改的地方
: : 2. 原本的程式註解掉，不要刪掉
: 1. 當有user打電話來問問題的時候，他希望可以很快找到為什麼這樣做。
: 所以他看code，看夾起來的需求單單號，然後回應對方，
: 證明是有人要求我們這樣做的，而不是我們的問題。
這個應該是加在commit message
以git為例
git log
/需求單號(找到該筆commit-id)
git show commit-id
: 2. 他希望看同仁這次改了甚麼地方，因為有Begin-End夾起來，
: 可以用ctrl+f就找到測試的時候把中斷點設在那邊，邊看邊執行。
: 用版本控管要切來切去。
想看這次改了哪些地方
git show commit-id
想邊看code邊看哪些更動是這次修改的
git blame
可以取代你們的Begin-End夾起來
又不破壞程式美感
邊單步邊看歷史紀錄
這個我倒是沒需求
因為單步又一堆註解在旁邊
並不會比較好debug
通常我單步就是單步
是追目前版本程式的流程
這應該是單步真正的作用
要追哪邊改壞了
git log -p
直接看修改記錄
: 3. 他想要看到過去的歷程，原因:
: 3-1 原本甲寫的是對的，乙改壞了，可以看的出來。
: 3-2 user的需求從A變成B，現在要變成A。
: 就可以發現，咦! 你之前才把A改成B，你確定要改回來?
git log -p
就可以看每一筆commit修改什麼
這不是版控基本的功能
還是我理解錯誤？
: 怎麼寫一寫好像他的要求很合理。其實我不是反對這樣做。
我目前看起來還是覺得不合理
我相信註解可以辦到的功能
目前先進的版控都能完美解決
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.36.181.104