【发布时间】：2011-12-20 16:29:36
【问题描述】：
作为研究生研究的一部分，我与团队一起进行软件开发。我们参与了许多托管在不同地方的项目：一些在公共 GitHub 项目上，一些在私有 Redmine 实例上，等等。一些逻辑项目被分成多个项目存储库，通常有一些公共部分和一些私有部分。我们正在为每个项目的各自托管位置使用问题跟踪器，这很好，除了我们现在有很多地方要检查而且我担心我们正在接近“工具过载” - 报告的地方太多错误，检查错误报告的地方太多。
所以，问题是：是否有一个聚合器工具/网络应用程序可以配置为至少向我们显示来自多个不同错误跟踪器的组合错误列表？如果它还可以显示组合的“活动提要”（GitHub 和 Redmine 都提供），那就太好了，如果我们可以添加“一次性”外部错误来跟踪（例如上游 bugzilla 中的某些东西），那就更好了但现在我真的进入了梦乡。
“我也是”2013-02-14 更新：
我打算发布一个显然与此重复的问题。由于它没有得到公认的答案（而且两个答案似乎都不是特别令人满意），我将扩展这个：
我正在与多个团队（在多个站点）打交道，每个团队都使用不同的问题跟踪器（目前所有感兴趣的 Redmine、Jira、FogBugz 和 Trac）。我可以通过网络访问跟踪器，并且我对每个跟踪器感兴趣的问题通常都很好地交叉引用了其他跟踪器中的相关问题（最好是在自定义字段中）。
与我目前通过打开多个浏览器窗口所获得的相比，是否有任何工具能够以某种方式呈现一个更统一的特定项目视图，该视图有效地分布在多个团队中？
我正在尝试改进的工作流类型的一个示例是发现一个团队声称已解决但下游相关团队需要促使其拾取并验证它的问题，或者发现下游已决定某些事情是'不再需要，但未通知上游。
请注意，流程、政策和政治是不可能每个人都同意在某个地方使用一个通用跟踪器的。
【问题讨论】：
标签： web-applications aggregate collaboration issue-tracking