決定用Perl Pod定義自己的bug追蹤系統

最近，一直在苦苦尋找一個最適合自己的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 [...]