¡Esta es una revisión vieja del documento!
El sistema de seguimiento de errores tiene dos objetivos: localizar y corregir errores y gestionar la solititud de nuevas funcionalidades.
Esta es la forma más eficaz de garantizar la corrección de errores: Mientras que un error conocido no haya sido corregido aparece en el bugtracker. Gracias a este sistema se hace imposible olvidarse de ellos.
Las solicitudes de nuevas características o mejoras también se gestionan desde el bugtracker. Aunque para ello no resulte el sistema ideal, resulta verdaderamente práctico utilizar la misma herramienta para la resolución de errores.
El sistema de seguimiento de errores está basado en Mantis. Esta herramienta dispone de multitud de útiles herramientas, por ejemplo, poder generar de forma automática listas de errores corregidos y funciones añadidas para una versión de Piwigo determinada ver en acción.
La diferencia entre el foro y el bugtracker es el nivel de especialización. Aunque el foro es una herramienta de análisis muy genérica, el bugtracker está dedicado a los tiquets de seguimiento (corrección de problemas o petición de características). Si estuviéramos usando el foro oara el seguimiento de errores, los usuarios tendrían que ser mucho más metódicos con cada proceso. Con el bugtracker, la herramienta marca la pauta al usuario de forma precisa para realizar cada proceso. Los usuarios sólo tienen que rellenar un conjunto completo de información y seguir el proceso establecido.
Uno de los propósitos de la bugtracker es mantener información útil y relevante a largo plazo.
Lo que podemos hacer con el bugtracker no podemos llevarlo a cabo con el foro: * Sigue el estado de un error * Informa de quién es el encargado de arreglarlo * Informa quién está interesado en cada error (cualquiera puede suscribirse a un error) * Informa en qué versión se ha correjido un error
* Al informar de un problema, sé precios y rellena tantos campos como sea posible.
+--------------+ | new | submitted and being read by developers +--------------+ | +--------------+ | feedback | the issue is waiting for feedback (discussion session) +--------------+ | +--------------+ | confirmed | the bug can be reproduced and is waiting for a developer +--------------+ | +--------------+ | assigned | a developer is in charge of the issue +--------------+ | +--------------+ | resolved | the bug was fixed on the branch corresponding to the +--------------+ reported release | +--------------+ | closed | the bug fix was applied to the trunk +--------------+
+--------------+ | new | submitted and being read by developers +--------------+ | +--------------+ | feedback | the issue is waiting for feedback (discussion session) +--------------+ | +--------------- | acknowledged | the feature request is approved and is waiting for a developer +--------------+ | +--------------+ | assigned | a developer is in charge of the issue +--------------+ | +--------------+ | closed | the requested feature was added to trunk +--------------+