What have you found for these years?

2009-05-14

issue tracker with git

issue tracker 的好處應該不用我多說了吧?
基本上我對 redmine 也算是滿滿意的。
不過就像 Eric Wong 上次在 email 裡所提到的:

"
I've considered github, but I'm uncomfortable with relying on
commercial websites in my workflow (or websites in general).
"

我也相當能理解這種感覺,儘管 github 的好用讓人難以抗拒... XD
因此我上次晚上覓食時,就不斷在思考用 git 做 issue tracker 的可能。
例如 branch 對應 topic, commit 對應 comment, 等等。
不過想來想去都覺得有不少難以克服的部份,因此後來也沒繼續細想了。
(well, 要做白日夢,還真的得非常閒啊 XDD)

後來看到了這個:
http://github.com/schacon/ticgit
雖然他的作法跟我想像的作法有不小的差距,不過如果效果都能做到的話,
加上大量 cache 的機制?那或許可以考慮從這邊開始著手....

有時候覺得,其實想發明一個東西,只要去 google 就可以從無到有了 XD
但這應該是好事才對,我們不需要發明一百次有點差別的輪子 :D

於是讓 issue tracker 和 wiki 都 based on git 的話,
直接就可以享有快速備份,快速部屬,狡兔無數窟,隨時合併拆解等等好處。

反過來說,database 的缺點是很多的...
例如,你不可能 dump sql 給所有的人吧?
但不可否認 web 介面真的是很方便,
只是這跟 git based 本身並不衝突。
因此,如果 storage 都能移到 git 上,
好處是還滿多的。壞處當然就是程式比較難寫 :s
或許要有很多 index, cache 機制..?

真是怪不得有人說 git 其實是 storage system,
不單只是 source code management.

而且我現在才忽然發現,原來之前一直想看 peepcode 的 git internals,
就是這個 issue tracker 的作者 @_@
之前覺得寫得很好的 git 介紹投影片,作者居然也是他....

我之前都沒發覺 XD 所有線索都連成一線了 XDXD

0 retries:

Post a Comment

All texts are licensed under CC Attribution 3.0