¿Cómo se crea registros de cambios para sus proyectos? [cerrado]

Question

Estoy utilizando la subversión como una RCS y Bugzilla para el seguimiento de problemas. Y yo sólo pregunto ¿cómo crear registros de cambios automáticas para los usuarios?

Ya he probado la función "svn2cl". Sin embargo, los registros de cambios que crea son de técnica para mí (por ejemplo, ningún usuario quiere de saber que cambió desarrollador XY 20 archivos de ayer para arreglar una fuga de memoria). Un usuario quiere un registro de cambios que contiene algo como esto:

  

Versión 1.0
- Añadida función 1

Versión 1.1
- Solución de error # 4711
- Añadida función
2 ...

¿Alguien sabe de una herramienta, complemento o secuencia de comandos para crear registros de cambios de mis entradas Bugzilla? ¿O hay una buena manera de hacer esto? Sé trac apoya la creación de registros de cambios, pero no me gusta trac mucho.

Actualizar Escribió mi propia pequeña herramienta para este trabajo. Se puede conseguir en ChangelogGenerator .

Answer 1

Hay un proyecto SourceForge llamado Bugzilla de cambios que generan este registro como HTML o Wiki -. Texto

Ver: Bugzilla de cambios Proyecto

Answer 2

El uso de una herramienta personalizada que registra en una base de cambios por proyecto, etc. módulo de estos cambios son exportables a continuación, los archivos usando un complemento personalizado para FinalBuilder para la producción readme o exportable a un servicio web que les importa a una base de datos local para el servidor web para que los usuarios pueden ver / buscar en línea lo que ha cambiado por módulo.

Answer 3

Creo que se puede tener Bugzilla generar por usted. Utilice la pantalla Bug búsqueda avanzada, filtrar en el hito / versión, sobre el estado y resolución. A continuación, se puede exportar en formato CSV y trabajar en él en Excel

Answer 4

Excel? :)

Estoy asumiendo para cada versión que primero se crea una lista de características para poner en práctica, para hacer cambios, errores a corregir, etc. En algún lugar del estado de éstas debe ser seguido para que sepa lo que es completa, lo que ha sido empujado a una versión posterior y así sucesivamente, y cuando es el momento para poner a prueba y el buque.

Esta información en el documento de seguimiento contiene casi todo lo que necesita.