分布式问题跟踪器
由于存在两个主要缺陷,我写了这个问题跟踪程序,我认为所有现有问题跟踪程序都有共同之处。
众所周知,分布式版本控制系统很棒,但是如果您仍然绑定在线问题跟踪系统,它们的脱机功能有什么用?
发行状态很复杂。 该问题可能在HEAD “已关闭”,但是否在每个分支中HEAD解决? 大多数问题跟踪程序都没有尝试跟踪此问题,或者需要手动设置“在分支X打开,在分支Y关闭”标志的列表。 对于问题的每个属性类似。 这很麻烦且劳动强度大,因此即使存在该功能,也很少会对其进行跟踪。
通过放弃传统的RDBMS支持,而直接将所有发布状态存储在版本控制系统中,可以轻松解决这两个缺点。
因为您的问题数据库嵌入在您的存储库中,并且托管该数据库的Web服务器在本地运行,所以您不必担心Internet连接。 Horray在飞机上工作!
当您进行提交时,您还提交了该提交会影响的新的/更改的问题(以及注释