Llevo mes y medio intentando familiarizarme con la herramienta por el trabajo, pero igualmente me parece una absoluta abominación como sistema de gestión de proyectos. Ya de primeras, al entrar a un proyecto no te muestra por defecto TODAS las issues.
En GitHub cuando entro al apartado issues de un repositorio me las muestra: por defecto filtrando solo las que están abiertas, y si lo cambio, las que están cerradas. Para poder ver las incidencias en JIRA, hay que activar la funcionalidad en ajustes->incidencias porque ¿quién querría poder ver todas las incidencias de un proyecto?
Ya no solo algo tan esencial como eso, sino luego lo horrible que es para navegar e ir a los sitios. Se me hace increíble como los buscadores de internet pueden devolverte resultados del 90% (o más) de internet en milisegundos y con solo escribir lo que quieres en un formulario; mientras que en JIRA tienes que buscar y rebuscar entre menús para encontrar aquello que buscabas en primer lugar.
Por no hablar de la de campos que hay para rellenar en las incidencias POR DEFECTO, algunos de los cuales ni tienen sentido, al menos para desarrollo de software (y no sé si alguien lo usará para otros sectores). Por ejemplo, lo que llaman «versiones corregidas» permite asignar ciertas incidencias a cierta versión del software. Lo que no entiendo es por qué se puede vincular a dos o más versiones. ¿No se supone que es la versión en la que se va a corregir o implementar eso? Si es así ¿por qué lo añadiría a la versión 1.0 y a la 1.1 a la vez? O se corrige en una, o en la otra, no en las dos…
Comparemos esto a GitLab. En GitLab (y en GitHub) se denomina a estos objetivos milestones o hitos. Puedes crear un hito e indicarle fechas de inicio y fin, no necesariamente correspondientes a versiones del software. Puedes tener un hito que sea «agosto 2023» con todo lo que se tenga planeado hacer este mes, o puede ser «versión 1.5», o lo que sea. A un hito le asignas incidencias, y puedes ver el porcentaje de incidencias cerradas.
Comparemos esto a GitLab. En GitLab (y en GitHub) se denomina a estos objetivos milestones o hitos. Puedes crear un hito e indicarle fechas de inicio y fin, no necesariamente correspondientes a versiones del software. Puedes tener un hito que sea «agosto 2023» con todo lo que se tenga planeado hacer este mes, o puede ser «versión 1.5», o lo que sea. A un hito le asignas incidencias, y puedes ver el porcentaje de incidencias cerradas.
Es más, hablando de integración con control de versiones. GitHub y GitLab gestionan las incidencias directamente junto al código, con lo que no hay que dar acceso a una aplicación más al repositorio. Cuando en un commit pones (en la última línea del mensaje Closes, Fixes, References) u otras palabras y el ID de la issue, por ejemplo Closes #69, el sistema lo detecta y actualiza la incidencia automáticamente. De hecho, no lo hará salvo que sea a la rama principal, y al integrarse con las Pull Request, solo hará el cierre de la incidencia una vez la PR sea aceptada. Atlassian hace todo esto más dolorosamente complicado, al separar por un lado las incidencias (JIRA) y por otro el código y las Pull Request (Bitbucket, otro que tal baila).
Y como esto, todo lo demás. No soy capaz de usar JIRA, de verdad, no entiendo como alguien podría ser capaz de trabajar de forma eficiente con esto. Me parece mucho más cómodo GitHub como desarrollador, aunque puedo entender usar GitLab en infraestructura propia. Tanto GitHub como GitLab funcionarán mucho mejor. O puestos a mantener herramientas por separado, es incluso mejor usar cualquier hosting de Git con una aplicación tipo KanBoard. Es más, me es más rápido y cómodo usar un trozo de papel que manejar JIRA. I fucking hate JIRA.
Deja una respuesta