¿Perseguidor de problemas distribuido para git con soporte compatible con Eclipse Mylyn?

Estoy usando git para el control de versiones, pero actualmente me falta un buen rastreador de problemas / errores / tickets con la integración de Eclipse Mylyn.

Las características que estoy buscando:

  • Implementación de fuente abierta (para que pueda agregar las características que necesito en el futuro. Se prefieren las licencias GPL, LGPL, MIT o BSD).
  • Distribuido (los problemas deben almacenarse en el repository git, estoy abierto para sugerencias de rastreadores que almacenan problemas en la misma twig o en el twigl separado del código).
  • Debe tener soporte Eclipse Mylyn (para poder abrir y cerrar problemas a través de la interfaz mylyn, creo que una implementación sensata podría proporcionar un server HTTP localhost en un puerto específico y mylyn usaría el conector "plantilla web" para hablar con el rastreador de problemas). Preferiblemente, Mylyn vería automáticamente los problemas de apertura y cierre cuando cambie de twig, pero estoy de acuerdo con que esto sea less inteligente.
  • Capaz de rastrear problemas entre sucursales , ejemplo:
    • Tengo twigs X e Y con un padre común cometer Z.
    • el compromiso Z tiene un problema abierto Z1.
    • la twig Y tiene una solución (cometer Y4) y cierra el problema en Y.
    • la twig Y tiene un nuevo problema (commit Y2)
    • la twig Y se fusiona en X.
    • el rastreador de problemas sabe automáticamente que el problema Z1 está solucionado en X, pero ahora hay un nuevo problema en la confirmación Y2.
  • Capaz de lidiar con el caso donde múltiples repositorys abren, modifican y cierran problemas iguales o diferentes (la parte distribuida, solo lo hago explícito).
  • Debe poder ejecutarse en 64 bit y 32 bit linux (ubuntu 10.04 por ahora)
  • Preferiblemente implementado en bash, c / c ++, python o perl (posiblemente java o ruby, también).

Funciones secundarias (sería bueno, pero puedo vivir sin):

  • Lo suficientemente pequeño como para ser incluido en el código fuente del proyecto: preferiblemente un solo file con un set de bits ejecutables (por ejemplo, un solo script bash o python con implementación completa)
  • Algún tipo de interfaz de usuario web para que las personas sin Eclipse Mylyn al less puedan agregar nuevos problemas y agregar comentarios a los existentes (no es necesario establecer prioridades o incluso cerrar problemas)

¿Puedes sugerir algo ?

Actualización: desde 2012-09-13 no se ha encontrado ninguna herramienta adecuada. Resumen de los mejores partidos hasta ahora:

  • Bugs Everywhere : sin compatibilidad con Mylyn, el estado ha sido "Adrian Wilkins desea ver un conector de Mylyn para BE" en las "funciones de Plannet" durante los últimos dos años. De lo contrario, el proyecto continúa.
  • git-issues – este proyecto parece estar muerto. El autor original dejó de realizar confirmaciones hace aproximadamente dos años y otros autores han realizado less de diez confirmaciones en los últimos dos años.
  • git-case : este proyecto parece estar muerto. El autor original dejó de hacer commits hace tres años.
  • palo – este proyecto parece estar muerto. Ni siquiera pude encontrar repository público.
  • TicGit este proyecto parece estar muerto. Todos los repositorys que pude encontrar tienen una exención de responsabilidad de que el proyecto ya no está desarrollado.
  • TigGit-NG : este proyecto parece haber muerto varias veces, pero hasta ahora, alguien siempre ha adoptado el proyecto de nuevo. No hay soporte de Mylyn aquí tampoco. Requiere bastante reciente entorno de Ruby para ejecutarse.
  • TicGit.net – este proyecto parece ser el fork específico de Win32 / .Net de TicGit escrito en C #. No coincide con mis necesidades.

Puedes echar un vistazo a GitIssues que está bien integrado con la línea de command de git. Pero lamentablemente, no es compatible con Mylyn. Sin embargo, debería ser fácil crear un conector Mylyn ya que puede exportar a XML.

Puede echar un vistazo a esta list de sistemas distribuidos de seguimiento de errores.

¿Has visto Bugs Everywhere ? En la página dice que el soporte de Mylyn sigue siendo una function solicitada, pero creo que cumple con casi todos sus demás requisitos. (Para ser claros, en realidad no he probado esto por mí mismo, pero parece ser un enfoque muy sensato para mí).