用于多个异构错误/问题跟踪器的聚合器工具?

时间:2011-12-20 16:29:37

标签: web-applications aggregate collaboration issue-tracking

我作为研究生研究的一部分与团队进行软件开发。我们参与了许多在不同地方托管的项目:一些在公共GitHub项目上,一些在私有Redmine实例上,等等。一些逻辑项目被分成多个项目存储库,通常包含一些公共部分和一些私有部分。我们正在为每个项目使用问题跟踪器来确定其各自的托管位置,这很好,除了我们现在有很多地方需要检查,我担心我们正在接近“工具超载” - 报告的地方太多了错误,检查bug报告的地方太多了。

所以,问题是:是否有一个聚合器工具/网络应用程序,我们可以配置为向我们展示至少一个来自多个不同的错误跟踪器的组合错误列表?如果它还能显示一个组合的“活动源”(如同GitHub和Redmine提供的那样),那就更好了,如果我们可以添加“一次性”外部错误来跟踪(例如上游bugzilla中的某些内容),那就更好了但现在我真的进入了梦境。

“我也是”更新2013-02-14:

我打算发一个明显与此重复的问题。由于它没有得到公认的答案(并且答案似乎都不是特别令人满意),我将扩展这一点:

我正在处理多个团队(多个站点),每个团队使用不同的问题跟踪器(目前所有的Redmine,Jira,FogBugz和Trac)。我可以通过网络访问跟踪器,我对每个跟踪器感兴趣的问题通常非常适合在其他跟踪器中交叉引用相关问题(理想情况下在自定义字段中)。

是否有任何工具可以以某种方式呈现一个更有统一的特定项目视图,这个视图实际上分布在多个团队中,而不是我现在从打开多个浏览器窗口时获得的?

我正在努力改进的工作流程的一个例子是发现一个团队声称已经修复的问题,但下游的相关团队需要刺激来挑选并验证它,或者发现下游已经确定了什么不是不再需要,但没有通知上游。

请注意,流程,政策和政治是没有希望每个人都同意在某个地方使用一个公共跟踪器。

3 个答案:

答案 0 :(得分:0)

我不知道任何可立即运行的聚合器工具,但您应该能够使用Ticketmaster构建自己的聚合器工具,因为它为各种提供程序提供了一致的接口,包括github和redmine。

答案 1 :(得分:0)

我认为http://www.tasktop.comhttp://www.opshub.com/main/可能会这样做,尽管我从未使用它们。

答案 2 :(得分:0)

我知道能够汇总/合并来自不同问题跟踪器的故障单列表的唯一工具是BugWarrior

我使用了一点,但没有时间对其成熟度得到明确的意见。让我有点失望的一件事是缺少GUI。它上面有一些图形界面,但我还是找不到OS X的酷炫版本。

确认我能够从多个实例中收集数据:

  • 格里特
  • JIRA
  • BUGZILLA
  • GitHub的
  • GitLab

有关完整列表,请查看其主页。