決定用Perl Pod定義自己的bug追蹤系統
來源:互聯網
上載者:User
最近,一直在苦苦尋找一個最適合自己的bug追蹤系統。我自己平時寫的一些小工具,有一些bug需要追蹤管理一下,用記事本顯得格式太隨意了,不好管理。
試了很多有名的工具,如Bugzilla,Mantis,感覺都太厚重了,團隊用倒是蠻合適的。
後來想著用XML定義一個日誌資料庫,一個Bug開一個檔案,這樣可以詳細記錄Bug的內容及解決過程、方法等。再寫一個前端,用來管理組織這些XML檔案。但我個人的bug量不多,更多的時候,是隨手寫一點想法,這種XML嚴謹的組織方式,並沒有讓我覺得更輕鬆。
嘗試著用Emacs Muse記錄了一段時間,有一個缺點,就是我寫下來的解決方案裡,有很多是代碼,如果我不加<verse></verse>標籤,Muse會盡量地幫我重新轉義一下。總的來說,Muse還是偏排版多一點,不適合於記錄隨想隨寫的東西。
最後,我發現用Perl的pod來做自己的bug追蹤系統挺好的。Pod雖然是個文檔系統,但是只要靈活地運用標籤也是能做簡單的bug追蹤系統。Pod的優點是,當你不需要用命令的時候,直接輸入你的內容即可,總體來說,比較簡潔。
我的pod格式定義如下:
=pod
=head1 project 1
=head2 Bug #000001
=head3 Bug #000001的簡單描述或標題
Bug #000001的詳細描述,所有的有關內容。。
=head3 Bug Status::Fixed
=head3 Bug解決方案記錄
=over indentlevel
=item 解決步驟一
解決步驟一的內容。
=item 解決步驟二
解決步驟二的內容。
=item Bug Fix summary
Solution of Bug #000001, the summary of this bug is:
Try to readcord the document in time and in style.
這裡就寫一寫把Bug搞定後的總結。
=back
=head2 Bug #000002
=head3 Bug #000002的簡單描述或標題
Bug #000002的詳細描述,所有的有關內容。。
=head3 Bug Status::Active
=head3 Bug解決方案記錄
=over indentlevel
=item 解決步驟一
解決步驟一的內容。
=item 解決步驟二
解決步驟二的內容。
=item Bug Fix summary
Solution of Bug #000002, the summary [...]