Changelog Dinámico

Elige un proyecto de la lista para ver su historial de cambios.

Información del Sistema

Este visor de changelogs está diseñado para centralizar y facilitar la consulta del historial de cambios de múltiples proyectos.

Estándares y Formato

El formato de las entradas se basa en las recomendaciones de Keep a Changelog y los proyectos se adhieren a Semantic Versioning.

Cómo funciona

La lista de proyectos se carga desde un archivo central changelog/index.json.
Cada proyecto tiene sus propios archivos de versión en formato Markdown.
La aplicación web interpreta estos archivos para generar la vista interactiva.

Guía para Desarrolladores

Ver Prompt de Referencia para IA


# DOCUMENTACIÓN DE REFERENCIA (PROMPT) PARA LA GESTIÓN DEL CHANGELOG

## 1. Objetivo
Este documento sirve como guía para crear o añadir entradas de changelog. El objetivo es asegurar que cualquier cambio sea compatible con la estructura de archivos y la lógica de la aplicación web que lo consume.

## 2. Procedimientos

### CASO A: Añadir una nueva entrada a un archivo de versión existente
1.  **Localizar y abrir** el archivo `.md` del proyecto y la versión correspondiente.
2.  **Añadir el contenido** al principio del archivo, usando el formato especificado abajo. No se modifica `index.json`.

### CASO B: Crear un nuevo archivo de versión para un proyecto existente (ej. V2.md)
1.  **Crear el nuevo archivo** `.md` en el directorio del proyecto (ej. `changelog/mi-proyecto/V2.md`).
2.  **Actualizar `changelog/index.json`**:
    -   Localiza el proyecto por su `id`.
    -   Añade un nuevo objeto al **principio** del array `versions` con el nuevo `label` (ej. "v2") y la nueva ruta `file`.

### CASO C: Añadir un proyecto completamente nuevo
1.  **Crear un nuevo directorio** para el proyecto en `changelog/`.
2.  **Crear el primer archivo de versión** (ej. `V1.md`) dentro de ese directorio.
3.  **Actualizar `changelog/index.json`**:
    -   Añade un nuevo objeto completo al array `projects`, incluyendo `id`, `name`, y el array `versions` con la primera versión.

## 3. Formato del Contenido Markdown (¡Crítico!)

-   **Título de Versión (`h2`):**
    -   Formato: `## [NUM_VERSION] - AAAA-MM-DD`
    -   Ejemplo: `## [2.1.0] - 2023-10-26`

-   **Categoría de Cambio (`h3`):**
    -   Formato: `### PalabraClave`
    -   Palabras Clave Reconocidas para colores: `Añadido`, `Cambiado`, `Corregido`, `Eliminado`, `Seguridad`.

-   **Detalles (`li`):**
    -   Listas con viñetas (`-` o `*`) anidadas bajo un `h3`.