分布式错误跟踪器与DVC一起使用

Question

到目前为止,我们已经完全舔了整个分布式的版本控制.我并不是说一切都很完美,但是,从这里开始,这主要只是继续已经开始的事情.

然而,分布式错误跟踪正处于初期阶段,恕我直言.这是相当不方便的,无法在路上与问题跟踪器一起工作,特别是因为我倾向于忘记过去两小时内我的变化是什么.是的,我知道,我可以在路上记录并更新一个传统的跟踪器,一旦我再次上网,但仍然......保持我的选择开放和所有这一切.:P

目前,我只知道Bugs Everywhere和Ditz - 那些,以及Fossil附带的那个.其中,我认为Fossil是最远的,考虑到它与版本控制方面的集成程度有多紧密,这并不令人惊讶.我不得不跳过相当多的箍来让我的共同开发人员甚至看看SVN以外的其他东西,但是,如果Fossil真的如此,我不介意再做一次.

然而,在我这样做之前,我想问的是比我更老更聪明的人:你有这三个经验吗？你觉得他们怎么样？你认识其他人吗？请链接到他们,让我知道他们的表现.

Answer 1

Fossil可作为"易于设置"的分布式Bug跟踪器,具有良好的自动同步功能,可让开发人员无需干预即可共享其错误.

开始,

1. 下载您选择的化石二进制文件
2. 化石新bug.fossil
3. 化石ui bugs.fossil(运行服务器)

你的开发人员也这样做

1. 下载您选择的化石二进制文件
2. 化石克隆
3. 化石ui bugs.fossil
4. 建立一个cron工作'化石同步...'所以这些漏洞传播给所有用户,因为化石自托管存储库演示

没有比这更多的了.

编辑 - 看看自定义票务系统.

Answer 2

为像我这样对该主题感兴趣但无法通过 Google 获取足够相关信息的人提供附加信息（要么他们不存在，要么我的 Google-fu 严重缺乏）：

• 刚刚再次分支Bugs Everywhere。 bzr log --limit 1显示最后一次提交是从 10 月 9 月初开始的。开发很慢，但它就在那里。我还没有深入了解到底be提供了什么。文档严重缺乏。该网站上甚至没有快速入门指南。
• Ditz使用其主线存储库的克隆git对我来说完全失败了。Google 表示 Ruby 1.9 版本打破了这一点。据说，有git克隆可以修复它，但我真的不想乱搞git。
• Fossil至少有一个相关问题：人们对化石 DVCS 有何看法？（它甚至有作者的答案！）。非常尊重 D. Richard Hipp（SQLite 和 Fossil 的作者，以及我只能在维基百科上使用和阅读的其他非常酷的东西），但我也希望得到其他凡人的反馈。

但对我来说仍然不够。必须至少有几个人使用过be或ditz来完成一个不平凡的项目——至少足以能够给出明智的意见。

我不关心技术方面——要么该项目在其网站上记录它，要么我可以只查看源代码。我正在寻找的是现实世界的经验：采用它的障碍是什么？某个特定项目缺少什么？考虑到可能需要两年的带薪工作时间，你会补充什么是你真正需要的？像这样的东西。