前一陣子, 同事要求我修改某一個由程式產生的網頁格式. 但是我記得該名同事曾經要求我改成現在的樣子, 再修改的話, 變成相當於是將原先的修改取消掉. 程式有使用版本控制軟體管理, 但是由 log 只能找出何時修改的, 並沒有記錄為什麼要這樣修改. 由於前一陣子硬碟毀損, 所有往來的電子郵件全在上面, 我們也都不記得到底為什麼要這樣修改. 後來還是我自己想起來為什麼.
這開始讓我思考, 版本控制雖然不錯, 但是一般我們不會寫出很詳細的 log, 將事情始末通通交代清楚. 而且目前 subversion 也無法使用中文, 在語言的隔閡下, 能使用的句子也減少一大半, 很多時候, 自己寫的英文, 大概只能表達原來想講的十分之一而已.
還好我之前公司有裝 RT. 而且最近人老了, 許多事記不住, 要改什麼有什麼待作什麼要增加的, 通通一股腦往 RT 上丟. 我每天只要登入 RT, 看看還有什麼事沒有作, 開始處理, 送交程式碼時, 在 log 上寫個 "Ticket #NNNN", 然後再簡單地介紹一下我改了什麼. 收工.
剛剛回頭看了一下 log. "Ticket #1234", "Ticket #2345", 這樣子列就清楚多了. 想知道這是什麼問題, 進 RT 看一下就知道了. 知道這是什麼問題, 看 log 就知道大概改了什麼地方. 這感覺真是不錯.
公司的同事, 似乎不怎麼愛用 RT 與版本控制. 要怎麼樣才能讓他們了解, 這些都是能幫助生產力的工具呢?
由 plasma 於 2003-03-20 16:21:04 所發表概念:
可否在 commit 時自動跑個甚麼 sciprt 把 RT 的資訊更新。例如 (Closes: #1234) 然後 RT 就把狀態改過去，之後發個 Email ?
Well, 在某些 Linux 系統下，如果改了某個 Software Package，並在 Changelog 中加上如上的敘述，會自動把 bugreport system 中的 ticket 關掉。並發信給相關的討論者告知本 bug 已經在新版修復。
由 Rex Tsai 於 2003-03-25 10:04:20 所發表應該是可以, 不過我還沒讀到 subversion 的 hook script 那裡. 這個主意倒是不錯, 我會研究看看的, 謝謝.
由 路人甲 於 2003-03-26 14:28:04 所發表