Versiones y changelog

Agrupa los hitos de un proyecto en versiones (1.0, 1.1…) y genera con IA el changelog de cada una, listo para copiar.

El changelog de la versión, escrito solo. En la pestaña Versiones agrupas los hitos del proyecto en versiones: creas la 1.0, le metes sus hitos desde la propia lista y la IA de Hilbana escribe su changelog con lo que se hizo en ellos, listo para copiar. Ver en el feed →

Una versión agrupa varios hitos (milestones) de un proyecto bajo un nombre como 1.0 o 2026.10. Sirve para responder a dos preguntas: qué entra en la próxima entrega y qué ha cambiado en ella. La segunda la contesta el changelog, que la IA escribe a partir de lo que se hizo en esos hitos.

Qué es

  • Las versiones son de cada proyecto: cada uno tiene las suyas, con nombre, color y un orden que decides tú.
  • Un hito pertenece a una versión como mucho. Los que no tienen ninguna salen aparte, en «Sin versión».
  • El progreso de una versión es la suma del de sus hitos: cuántos hay y cuántas de sus tareas están terminadas.

La pestaña Versiones

Cada proyecto tiene una pestaña Versiones, entre Ciclos y Docs. Enseña las versiones en su orden, cada una con sus hitos y su barra de progreso, y al final los hitos sin versión.

Desde ahí puedes:

  • Crear una versión con «Nueva versión»: nombre y color.
  • Renombrarla escribiendo sobre su nombre, y cambiarle el color pulsando en el punto de color.
  • Reordenarla con las flechas de subir y bajar.
  • Repartir los hitos: cada hito tiene a la derecha un selector de versión. Con él lo metes en una versión, lo pasas a otra o se la quitas. Si escribes un nombre que no existe, crea la versión en el momento.
  • Borrarla. Sus hitos no se borran: se quedan sin versión.

Pulsar el nombre de un hito abre su ficha. La versión también se puede elegir desde ahí, en el campo Versión.

El changelog

Con los hitos repartidos, pulsa Generar changelog en la versión. La IA lee el resumen de cierre de cada hito y escribe una nota de versión en markdown, agrupada por funcionalidad y no por hito, y redactada para quien usa el producto. Se guarda con la versión, así que todo el equipo la ve.

  • Copiar lleva el markdown tal cual al portapapeles, para pegarlo en tu changelog público, en una release de GitHub o en un correo.
  • Regenerar lo vuelve a escribir, por ejemplo después de cerrar más trabajo o de mover hitos de una versión a otra.

De dónde sale

El changelog se escribe a partir de los resúmenes de los hitos, no de las tareas sueltas. Si un hito todavía no tiene resumen, se genera en ese momento:

  • Si el proyecto tiene GitHub o Bitbucket conectado, a partir de los cambios de código de sus PR mergeados.
  • Si no, a partir de sus tareas terminadas (título y descripción).

Un hito sin PR mergeados ni tareas terminadas no tiene de dónde sacar un resumen: se queda fuera y la versión te avisa de cuál es. Si no queda ninguno, no se genera nada.

El texto sale en el idioma de quien lo genera (el de su perfil, español o inglés), aunque los resúmenes de los hitos estén escritos en otro.

Permisos

  • Crear, editar, reordenar y borrar versiones, repartir hitos y generar el changelog necesita permiso de escritura en el proyecto.
  • Quien solo puede leer el proyecto ve las versiones y sus hitos, y puede copiar el changelog.

Relacionado: Proyectos · Iniciativas y productos · Informe del proyecto.