Una lanzamiento agrupa el trabajo entregado en algo que puedes nombrar y sobre lo cual hablar. Mientras que las tareas, planes y Sprints organizan el trabajo en curso, un lanzamiento organiza el trabajo que ya está finalizado.
Encuéntralos en Lanzamientos.
Para qué sirve un lanzamiento
Responde a la pregunta «¿qué se ha publicado?»: para las notas de lanzamiento, para los interesados y para tu propio registro de cuándo se produjo algún cambio.
Coroid realiza el seguimiento del trabajo a nivel de tarea, lo cual es la granularidad adecuada para la ejecución pero no para la comunicación. Nadie quiere ver una lista con cuarenta títulos de tareas. Un lanzamiento es donde esas tareas se convierten en una declaración coherente.
Crear uno
Crea un lanzamiento y asocia el trabajo entregado que pertenece a él. El trabajo debe existir antes de poder incluirlo: un lanzamiento describe lo que ocurrió, no programa lo que va a suceder.
Lanzamientos y tu proceso de despliegue
Un lanzamiento de Coroid es un registro, no un mecanismo de despliegue. No genera artefactos, no etiqueta tu repositorio ni envía nada a un entorno: tu pipeline existente se encarga de todo eso al detectar las fusiones, tal como ocurre actualmente.
Esa separación es deliberada. Coroid abre pull requests; lo que ocurre después de que se fusionen depende de tu proceso, y introducir una segunda autoridad de despliegue generaría exactamente la ambigüedad que no deseas el día del lanzamiento.
Relación con los Sprints
Un Sprint es un período; un lanzamiento es una publicación. Con frecuencia coinciden, y con igual frecuencia no lo hacen: el trabajo de un Sprint puede publicarse en dos lanzamientos, y un lanzamiento puede recopilar trabajo de varios Sprints.
Utiliza el término que realmente emplee tu organización. Usar ambos solo por el hecho de existir genera mayor carga administrativa.