¿Cómo debe usarse el campo Versión en Trac?

Question

Uso Trac para rastrear errores y futuros cambios en mis proyectos de software. Las entradas en Trac tienen un campo de "Versión" y estoy tratando de encontrar la mejor manera de usar este campo.

Digamos que encuentro una serie de errores en la versión 1.0 de mi software. Creo boletos en la pista para cada uno y los asigno a la versión 1.0. Ahora di que soluciono algunos de los errores y agrego algunas de las nuevas características y lanzo la versión 1.1. Pero algunos de los viejos 1.0 errores todavía están en 1.1. ¿Debo cambiar sus tickets correspondientes a la versión 1.1 porque ahora también existen en 1.1? ¿O debería dejarlos configurados en la versión 1.0 como una forma de rastrear en qué versión se encontró el error, y solo asumir que los tickets abiertos en versiones anteriores aún existen en las versiones más nuevas?

Answer 1

En general, utilizaría el campo de versión para indicar la versión en la que se encontró el error. Utilizaría el hito para indicar en qué versión se fijará el ticket. Si el ticket está abierto, no se ha corregido.

Answer 2

Un enfoque es tag construye usando un número de versión adecuado. Entonces es bastante fácil actualizar el campo de versión con un TracLink a medida que evoluciona el ticket.

Adición: Se pueden encontrar varios ejemplos del uso de TracLink en el campo de versión en tickets asociado con Trac. Muchos dejan el campo en blanco. Varios, incluido ticket #8146, implementan Trac Ticket Queries. Others apunta a hitos relacionados, etc. Los usos son tan variados como los tickets mismos.

Answer 3

Siempre existe la posibilidad de actualizar algunos campos directamente en sqlite o mysql. Si está familiarizado con Python puede desarrollar un pequeño script de Python que hace el trabajo. suponiendo que lance una o dos veces al año ...

Answer 4

Estoy usando la versión 1.0 de trac. Uso el campo de versión para indicar la primera versión que contiene el error. He añadido un "corregido en la versión" campo personalizado, siguiendo la guía en http://trac.edgewall.org/wiki/TracTicketsCustomFields

he definido como sigue en trac.ini:

[ticket-custom] 
fixed_in_version = text 
fixed_in_version.label = Fixed in version 
fixed_in_version.format = reference 

A continuación, puede crear informes para ver qué problemas se han cerrado en una versión particular (útil para crear la nota de lanzamiento).

También extraigo todos los tickets no cerrados y los menciono como problemas conocidos en la nota de lanzamiento.