Rastreador de errores distribuidos para que coincida con DVC

Question

En este momento, ya hemos lamido todo lo relacionado con la distribución del control de versiones. No digo que todo sea perfecto, pero a partir de ahora, básicamente se trata de continuar lo que ya se comenzó.

Distributed error de seguimiento, sin embargo, está en su etapa de la infancia, en mi humilde opinión. Es bastante incómodo, no poder trabajar con un rastreador de problemas en el camino, especialmente porque tengo la tendencia a olvidar para qué fueron mis cambios en las últimas dos horas. Sí, lo sé, podría mantener un registro en la carretera y actualizar un rastreador tradicional tan pronto como llegue a la red de nuevo, pero aún así ... Manteniendo mis opciones abiertas y todo eso. : P

Actualmente, solo sé de Bugs Everywhere y Ditz - aquellos, y el que viene con Fossil. De estos, creo que Fossil es el más avanzado, lo que no es sorprendente, teniendo en cuenta cuán estrechamente se integra con el lado de control de versión de la ecuación. Tuve que saltar varios aros para que mis co-desarrolladores incluso mirasen algo más que SVN, pero, si Fossil realmente es todo eso, no me importaría volver a hacerlo.

Antes de hacerlo, sin embargo, quiero preguntarle a los más viejos y más sabios que a los míos: ¿Tiene experiencia con estos tres? ¿Qué piensas de ellos? ¿Conoces a los demás? Por favor, conéctese con ellos y hágales saber cómo les fue.

Answer 1

Información adicional para gente como yo que están interesados ​​en el tema, pero no lo suficientemente capaces de arrancar información relevante a través de Google (o bien no están allí, o de mi Google-fu es una falta grave):

• Acaba de ramificar Bugs Everywhere nuevamente. bzr log --limit 1 muestra que el último compromiso fue a partir de principios de octubre de 2009. El desarrollo es lento, pero está allí. Todavía no me he zambullido para ver exactamente qué ofrece be. La documentación es severamente faltante. Ni siquiera hay una guía de inicio rápido en el sitio.
• Ditz, utilizando un clon de su línea principal git repo simplemente falla por completo para mí. Google indica que las versiones 1.9 de Ruby lo rompen. Supuestamente, hay clones git que lo arreglan, pero realmente prefiero no meterme con git.
• Fossil tiene al menos una pregunta relevante aquí en SO: What do people think of the fossil DVCS? (¡incluso tiene una respuesta del autor!). Mucho respeto por D. Richard Hipp (autor de SQLite y Fossil, además de otras cosas increíblemente geniales que solo puedo usar y leer en Wikipedia), pero también me gustaría recibir comentarios de otros mortales.

Aún así no es suficiente para mí. Tiene que haber al menos un par de personas que han usado ya sea be o ditz para un proyecto no trivial, al menos, suficiente para poder dar una opinión informada.

No me importa el aspecto técnico, ya sea que el proyecto lo documente en su sitio web, o simplemente podría ver la fuente. Lo que estoy buscando es una experiencia en el mundo real: ¿cuáles fueron los obstáculos para su adopción? ¿De qué se trata un proyecto en particular? ¿Qué agregaría, que realmente necesita, dado quizás dos años de tiempo pagado para trabajar en ello? Cosas como esas.

Answer 2

Eric Sink tiene algunas ideas sensatas sobre el tema here - está claramente más pensado que yo, pero sí tiene un punto clave que es que tiene un paradigma diferente cuando se trata de características y errores cuando se trata de desarrollo, particularmente con respecto a los errores.

Answer 3

Porque quería (bueno, necesita, en realidad) una solución que podría probablemente (tal vez, con suerte) trabajar ahora, fuimos con la siguiente configuración:

• Bazaar-NG como el VCS
• Bugs Everywhere como el seguimiento de errores
• Zim como wiki

Puede que no sea la configuración perfecta, ni siquiera una particularmente aceptable para algunos, pero cumple con los criterios de trabajo en este momento. Todavía me gustaría aprender más de los demás; tal vez me esté perdiendo un rasgo no tan obvio de otras soluciones que me harían fanático lo suficiente como para molestar a mis co-desarrolladores para cambiar.

De todos modos, si alguien usa esto, o un conjunto similar de herramientas, por favor déjenme saber cómo ha funcionado hasta ahora para usted, cuáles son sus circunstancias, etc. En este momento, esta solución nuestra es la totalidad de las tres días, así que realmente no tengo mucha información para compartir hasta el momento.

Answer 4

Fossil funciona como un "fácil de instalar" Distributed Bug tracker, y tiene una buena función de autosincronización que permite a los desarrolladores compartir sus errores sin intervención.

para empezar,

1. Descargar el binario fósil de su elección
2. fósiles nueva bugs.fossil
3. ui fósiles bugs.fossil (corre el servidor)

sus desarrolladores hacer lo mismo

1. Descargar el fos sil binaria de su elección
2. clon fósiles
3. ui fósiles bugs.fossil
4. configurar una tarea cron para 'sincronización fósiles ...' por lo que los errores se propagan a todos los usuarios como el fossil self-hosting repositories demonstrate

No hay mucho más que eso.

Editar - echar un vistazo a Customizing The Ticket System también.