En Jira, las workflow properties, o las propiedades del flujo de trabajo, es una funcionalidad avanzada que nos permite añadir restricciones a transiciones y estados. Lo que vamos a contar en este post es una funcionalidad que puede que no useis muy a menudo, pero si nos olvidamos de ella puede generar algún que otro dolor de cabeza.
Según la funcionalidad que queramos otorgar, las propiedades se pueden asignar a los estados del flujo o a sus transiciones.
Existen varias propiedades. Hoy os vamos a hablar de la que más nos gusta y la que más hemos odiado. Bueno, odiar es una palabra un poco fuerte, pero sí es de las que más trabajo puede dar.
En Jira, cuando los flujos de trabajo tienen más de tres transiciones salientes, los botones se amontonan en un desplegable. Sin embargo, existe una propiedad que nos permite reordenar dichos botones de manera que, aunque tengamos muchas transiciones ocultas, las dos más usadas puedan ser las más visibles.
Poniendo en nuestras propiedades opsbar-sequence y el número 10 cómo más prioritario (20,30, etc... para menos), podemos reordenar nuestras transiciones.
Cómo vemos en el flujo de trabajo, "In Progress", aparece como la última opción cuando por lógica deberia ser la primera, para cambiarlo debemos editar nuestra transición "In Progress". Superior derecha.
Reordenamos nuestras transiciones en el orden lógico y una vez hayamos publicado In Progress es la primera.
Igual de controversial, tenemos también una propiedad que nos permite hacer que un determinado estado no sea editable, poniendo jira. issue.editable a false.
Como ejemplo, queremos que nuestra tarea no sea editable en el estado "Closed".
Si queréis más información, podéis revisarlas todas en la documentación de Atlassian Atlassian's official documentation.
Comments (6)