git分布式问题跟踪器是否支持Eclipse Mylyn？

我正在使用git进行版本控制，但我目前缺少一个与Eclipse-Mylyn集成的好的问题/错误/票据跟踪器

我正在寻找的功能：

• 开源实现（这样我将来可以添加所需的功能。首选GPL、LGPL、MIT或BSD许可证）
• 分布式（问题必须存储在git存储库中，我愿意为将问题存储在代码的相同或单独分支中的跟踪器提供建议）
• 必须具有Eclipse Mylyn的支持（这样我就可以通过Mylyn接口打开和关闭问题，我认为合理的实现可以在特定端口中提供本地主机HTTP服务器，Mylyn将使用“web模板”连接器与问题跟踪者对话）。最好是Mylyn会在我切换分支时自动看到问题的开始和结束，但我同意这样做不那么聪明
• 能够跟踪分支机构之间的问题，例如：
  • 我有分支X和Y，它们有一个公共的父提交Z
  • 提交Z有一个未解决的问题Z1
  • 分支Y有一个修复（提交Y4）并在Y中关闭问题
  • 分支Y有一个新问题（提交Y2）
  • 分支Y合并到X中
  • 问题追踪器自动知道问题Z1在X中已修复，但现在有一个来自提交Y2的新问题
• 能够处理多个存储库打开、修改和关闭相同或不同问题的情况（分布式部分，我只是明确说明）
• 必须能够在64位和32位linux上运行（目前为ubuntu 10.04）
• 最好用bash、c/c++、python或perl（也可能是java或ruby）实现

次要功能（很好，但我可以没有）：

• 小到足以包含在项目源代码中：最好是一个带有可执行位集的单个文件（例如，一个完整实现的bash或python脚本）
• 某种web用户界面，这样没有Eclipse Mylyn的用户至少可以添加新问题并向现有问题添加注释（无需设置优先级甚至关闭问题）

你能推荐什么吗

更新：截至2012年9月13日，未找到合适的工具。迄今为止最佳匹配的摘要：

• -无Mylyn支持，在过去两年的“Plannet功能”中，状态为“Adrian Wilkins希望看到BE的Mylyn连接器”。否则，项目将继续进行
• -这个项目似乎已经死了。大约两年前，原作者停止了提交，而其他作者在过去两年中提交的内容不到十次
• -这个项目似乎已经死了。原作者三年前停止了提交
• -这个项目似乎已经死了。我甚至再也找不到公共存储库了
• 这个项目似乎已经失败了。我能找到的所有存储库都有免责声明，表示该项目已不再开发
• -这个项目似乎已经死了好几次，但到目前为止，总有人再次采用了这个项目。这里也没有Mylyn支持。需要最近的Ruby环境才能运行
• -此项目似乎是用C#编写的TicGit的win32/.Net特定分支。不符合我的需要
你看过吗？页面上说Mylyn支持仍然是一个需要的功能，但我认为它几乎满足了您的所有其他要求。（说清楚一点，我自己并没有尝试过这个方法，但对我来说这是一个非常明智的方法。）
您可以看看它与git命令行的集成情况。但遗憾的是，它不支持Mylyn。尽管如此，创建Mylyn连接器应该很容易，因为它可以导出为XML

---

你可以看看这个分布式bug跟踪系统。
如果这个系统存在的话，肯定会很好……我用过ticgit，虽然它不支持mylyn。我也不认为它可以跟踪分支之间的变化——它存在于自己的分支中（单数）。我非常确定，现在实现这一点的唯一正确方法是使用与实际开发不同的分支。理由：（1）能够在历史提交中添加Bug/issues/notes；（2）git日志不会被问题跟踪程序waste垃圾处理。GitIssues看起来很有趣。希望它能很快得到Mylyn的支持。git案例（）似乎也有一个合理的设计。那里也没有mylyn支持。对于我的口味来说，任何地方的bug都有点太复杂了，仍然没有提供mylyn支持。这个项目似乎有很多支持者，所以也许将来Mylyn很有可能获得支持。最后，GitIssues在我看来更有希望。Bug Everywhere确实有一个HTML接口，因此如果这对您很重要，您可能可以为Bug Everywhere编写一个通用连接器。有关某人如何为Redmine做这件事的讨论，请参阅