Qué tan importante es la integración de control de versiones con su software de seguimiento de errores

Question

Actualmente usamos FogBugz para rastrear problemas y encontramos que está bien. Estoy buscando algo más que pueda permitir a los usuarios finales la posibilidad de rastrear sus casos junto con nosotros. Y algo que realmente funciona bien con el correo electrónico. He encontrado algunas alternativas que admiten esas características, pero no se integran con el control de versiones. Tenemos todos los ganchos de SVN en bugz de niebla y los usamos, pero realmente no los he encontrado tan útiles. ¿Alguien ha encontrado una buena razón para necesitar una integración de control de versiones con los rastreadores de errores?

Answer 1

Claramente, este tipo de integración no es algo esencial para el funcionamiento del software. Con un poco de disciplina, cada check-in se puede acompañar con un número de error de forma manual, y cada resolución de error puede tener manualmente una etiqueta de control de versión añadida.

Sin embargo, en igualdad de condiciones, yo personalmente siempre preferiré la automatización a la 'disciplina de los usuarios', porque este último siempre te decepcionará de vez en cuando. No porque los usuarios sean maliciosos o incompetentes, sino simplemente porque las personas no pueden estar alerta al 100% todo el tiempo.

Answer 2

Es una pregunta sobre el tamaño del código y la cantidad de errores que debe rastrear.

Y también es muy útil para los no codificadores en la organización, es decir, los gerentes y atención al cliente. Pueden encontrar respuestas a preguntas como "Cuándo y dónde se solucionó este error" ...

Answer 3

Creo que es útil distinguir entre los errores que se encuentran dentro de la organización de desarrollo, p. a partir de la revisión del código de pares, frente a los errores encontrados por un grupo de prueba que es externo a la organización de desarrollo.

El beneficio (pequeño) para coordinar el control de versiones con errores encontrados por un grupo de prueba externo sería para referencia histórica.

El beneficio más grande es en la coordinación de errores encontrados mediante revisión de código de pares con control de versiones; al hacerlo puede certificar que todo el código es libre de errores antes de liberarlo a grupos de prueba externos; un requisito común.

FYI, Code Collaborator de SmartBear, Inc. maneja esto muy bien.

Answer 4

Encuentro muy útil la integración de SVN con TRAC. A través de los ganchos de SVN, se compromete con el repositorio con un número de ticket insertando un comentario en el ticket con un enlace a una representación visual agradable en HTML del número de revisión, mostrando inserciones, eliminaciones y diffs.

Como supervisor de un pequeño equipo de programadores, considero que esta es una herramienta útil para hacer revisiones de código, por lo que puedo verificar que el compromiso realmente resuelve el problema asociado. No llamaría exactamente a esta integración esencial, pero fue un buen extra gratuito en mi rastreador de problemas que he llegado a amar.

Answer 5

Es absolutamente crítico para nosotros.

Aquí es un típico registro de confirmación para uno de nuestros proyectos (muestra):

Make sure filedes is cleared in child list prior to reallocating 

When p->child-filedes is > 0, the child list is active and can not 
be collected. 

[ Impact: Closes bug 123457 ] 

Nota del [Impacto:] línea, que también podría ser "se relaciona-A", "causado" o cualquier número de otras cosas

Esto nos permite usar greps simples y scripts automatizados que permiten a la persona que se compromete a cerrar automáticamente, o incluso volver a abrir un error.

Aunque normalmente usamos Git y Mercurial, este tipo de ganchos funcionaría en (casi) cualquier VCS, especialmente los propietarios que no cuentan con algún complemento modular que usted necesita.

Si piensa que su sistema de errores es solo otra parte de su VCS, es realmente fácil ver cómo dependen uno del otro.

Otras cosas, como buscar parches enviados con errores también es posible.

Answer 6

He encontrado que la integración del control de versiones es extremadamente útil para mantener y administrar varias versiones (estable, tronco de desarrollo, etc.) de un proyecto.

Usando la integración de control de versiones y un poco de disciplina por parte de los programadores para hacer referencia a las entradas de errores en confirmaciones (o algunos pre-commit ganchos para requerir la fuerza referencias de billetes) ha permitido generar rápida y fácilmente listas de conjuntos de cambios que se requieren para arreglar cualquier error dado Esto es instrumental al fusionar las correcciones en varias ramas estables del código.

No es una necesidad, pero sin duda hace la vida más fácil para la gestión de versiones.

He usado SVN + Trac y el producto Jira de Atlassian con el complemento Fisheye SVN y he encontrado que ambas herramientas son muy buenas. Trac parece ser un poco más simple, pero muy fácil de usar. Jira, en mi opinión, tenía una apariencia y un tacto más agradables y bastantes más campanas y silbatos, pero a veces era demasiado.