Mantis Bug Tracker es un sistema de seguimiento de errores gratuito y de código abierto basado en la web . El uso más común de MantisBT es rastrear defectos de software . Sin embargo, los usuarios suelen configurar MantisBT para que funcione como un sistema de seguimiento de problemas más genérico y como una herramienta de gestión de proyectos .
El nombre Mantis y el logotipo del proyecto se refieren a la familia de insectos Mantidae , conocida por rastrear y alimentarse de otros insectos, coloquialmente denominados "bichos". El nombre del proyecto generalmente se abrevia como MantisBT o simplemente Mantis .
Kenzaburo Ito comenzó el desarrollo del proyecto Mantis Bug Tracking en 2000. En 2002, Jeroen Latour, Victor Boctor y Julian Fitzell se unieron a Kenzaburo para ser los administradores y se convirtió en un proyecto de equipo. [1] La versión 1.0.0 se lanzó en febrero de 2006. [2] La versión 1.1.0 se lanzó en diciembre de 2007. [3] En noviembre de 2008, después de una larga discusión, [4] el proyecto dejó [5] de usar el Herramienta de control de revisión de Subversion a Git , una herramienta de control de revisión distribuida. En febrero de 2010, se lanzó la versión 1.2.0. [6] En julio de 2012, la organización MantisBT en GitHubse convirtió en el repositorio oficial del código fuente del Proyecto. [7]
Con el lanzamiento de la versión 1.2.0 , se introdujo un sistema de complementos controlado por eventos . [8] Este sistema de complementos permite la extensión de MantisBT a través de complementos mantenidos oficialmente y de terceros. A partir de noviembre de 2013, hay más de 50 complementos disponibles en la organización de complementos de MantisBT en GitHub.
Antes de la versión 1.2.0, un sistema de complementos de terceros creado por Vincent Debout estaba disponible para los usuarios junto con una variedad de complementos diferentes. [9] Este sistema no fue oficialmente compatible con el proyecto MantisBT y es incompatible con MantisBT 1.2.0 y versiones posteriores.
MantisBT admite el envío de notificaciones por correo electrónico cuando se realizan cambios en los problemas del sistema. Los usuarios tienen la capacidad de especificar el tipo de correos electrónicos que reciben y establecer filtros para definir la gravedad mínima de los problemas para recibir notificaciones. Los usuarios también tienen la capacidad de suscribirse explícitamente a los problemas que les afectan.