distributed - Distribuidor de errores distribuido para ir con DVC

bug-tracking fossil

Question

En este punto, ya hemos superado prácticamente todo lo distribuido para el control de versiones. No estoy diciendo que todo sea perfecto, pero de aquí en adelante, es solo una cuestión de continuar lo que ya se ha comenzado.

Sin embargo, el seguimiento de errores distribuido está en su etapa inicial, IMHO. Es bastante inconveniente, no poder trabajar con un rastreador de problemas en la carretera, especialmente porque tengo una 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 vuelva a estar en la red, pero aún así ... Manteniendo mis opciones abiertas y todo eso. :PAG

Actualmente, solo conozco Bugs Everywhere y Ditz , esos y el que viene con Fossil . De estos, creo que Fossil es el que está más lejos, lo que no es sorprendente, considerando lo estrechamente que está integrado con el lado del control de versiones de la ecuación. Tuve que saltar unos cuantos aros para lograr que mis compañeros de desarrollo vieran algo más que SVN, pero, si Fossil realmente es todo eso, no me importaría hacerlo de nuevo.

Antes de que lo haga, sin embargo, quiero preguntarles a los mayores y más inteligentes que a los míos: ¿Tiene experiencia con estos tres? ¿Qué piensas de ellos? ¿Conoces a otros? Por favor, únete a ellos y hazme saber cómo les fue.

Answer 1

Como quería (bueno, necesitaba , realmente) una solución que probablemente pudiera (quizás, con suerte) funcionar en este momento , optamos por la siguiente configuración:

• Bazaar-NG como el VCS
• Bugs Everywhere como el rastreador 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 harían que me volviera lo suficientemente fanático como para molestar a mis compañeros de desarrollo.

De todos modos, si alguien usa este conjunto de herramientas, o un conjunto de herramientas similar, hágame saber cómo ha funcionado hasta ahora, cuáles son sus circunstancias, etc. Ahora mismo, esta solución nuestra tiene tres días de antigüedad, así que Realmente todavía no tengo muchos datos para compartir.

Answer 2

Eric Sink tiene algunos pensamientos sensatos sobre el tema here : claramente lo ha pensado más que yo, pero señala un punto clave que es que tienes un paradigma diferente cuando tratas con características y errores cuando tratas con el desarrollo, particularmente con respecto a loco.

Answer 3

Información adicional para personas como yo que están interesadas en el tema, pero no pueden obtener suficiente información relevante a través de Google (o no están allí o mi Google-fu carece gravemente):

• Sólo bichos ramificados en todas partes de nuevo. bzr log --limit 1 muestra el último compromiso desde principios de octubre 09. El desarrollo es lento, pero está ahí. Todavía no me he zambullido para ver qué es exactamente lo que be ofrece. La documentación es muy deficiente. Ni siquiera hay una guía de inicio rápido en el sitio.
• Ditz , usar un clon de su red git repo simplemente me falla. Google indica que los 1.9 lanzamientos de Ruby lo rompen. Supuestamente, hay clones de git que lo arreglan, pero realmente prefiero no meterme con git .
• Fossil tiene al menos una pregunta relevante aquí en SO: ¿Qué piensa la gente del DVCS fósil? (¡Incluso tiene una respuesta del autor!). Mucho respeto por D. Richard Hipp (autor de SQLite y Fossil, así como otras cosas increíblemente geniales que solo puedo usar y leer en Wikipedia), pero también me gustaría recibir comentarios de otros mortales.

Sin embargo, todavía no es suficiente para mí. Tiene que haber al menos un par de personas que hayan usado be o ditz para un proyecto no trivial, al menos, lo suficiente como 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 busco es la experiencia del mundo real: ¿Cuáles fueron los obstáculos para su adopción? ¿De qué carece un proyecto en particular? ¿Qué agregaría, que realmente necesita, dado tal vez dos años de tiempo pagado para trabajar en ello? Cosas como esas.

Answer 4

Fossil funciona como un rastreador de errores distribuido ''fácil de instalar'', y tiene una buena instalación de sincronización automática que permite a los desarrolladores compartir sus errores sin intervención.

Para empezar,

1. Descarga el binario fósil de tu elección.
2. fósiles nuevos errores. fósiles
3. Fossil ui bugs.fossil (ejecuta el servidor)

tus desarrolladores hacen lo mismo

1. Descarga el binario fósil de tu elección.
2. clon fósil
3. Fossil ui bugs.fossil
4. configura un trabajo cron para ''sincronización fósil ...'' para que los errores se propaguen a todos los usuarios como lo demuestran los repositorios de autoservicio de fósiles

No hay mucho más que eso.

Editar: échale un vistazo a Personalizar el sistema de tickets también.