Registro de cambios
Registro de cambios
Sección titulada «Registro de cambios»El ecosistema NextPDF abarca muchos paquetes distribuidos en varios repositorios. Esta página es el índice entre repositorios sobre cómo se registran los cambios y dónde se encuentra el registro de cambios propio de cada paquete. Debe considerarse un índice y una referencia de convenciones, no una reformulación de cada commit. Cada paquete mantiene en su propio repositorio su registro de cambios publicado y de referencia. La tabla de resumen que aparece aquí agrega únicamente la categoría de cambio por versión publicada, derivada del historial de Conventional Commits de cada repositorio.
Como índice de documentación, esta página no formula ninguna afirmación sobre el comportamiento de ningún paquete. Para leer las reglas que sigue cada paquete al escribir commits y preparar versiones, véase Convenciones del registro de cambios.
Cómo se registra el cambio
Sección titulada «Cómo se registra el cambio»Cada repositorio público de NextPDF sigue dos contratos:
- Conventional Commits 1.0.0 — el asunto de cada commit adopta la forma
type(scope): description, dondetypees uno defeat,fix,perf,refactor,docs,test,build,ci,choreorevert. Un!después del type/scope, o un pie de páginaBREAKING CHANGE:, marca un cambio incompatible. Las correcciones relevantes para la seguridad se etiquetan para poder filtrarlas. - Versionado semántico 2.0.0 — un
featincrementa la versión menor, unfix/perfincrementa la versión de parche y un cambio incompatible incrementa la versión mayor. ElCHANGELOG.mdpublicado en cada repositorio agrupa por versión las entradas legibles para personas y usa las secciones de Keep a Changelog.
El resumen siguiente cubre únicamente las categorías orientadas al usuario: feat (nueva capacidad), fix (comportamiento corregido), perf (rendimiento), security (corrección relevante para la seguridad) y los cambios incompatibles. Los tipos de commit exclusivamente internos (docs, test, ci, chore, refactor) se omiten deliberadamente del resumen entre repositorios. No cambian lo que observa quien consume el paquete.
Dónde se encuentra el registro de cambios de cada paquete
Sección titulada «Dónde se encuentra el registro de cambios de cada paquete»El registro de cambios de referencia y en prosa de un paquete es el CHANGELOG.md del propio repositorio de ese paquete, agrupado por versión publicada. Para leer el texto completo de una entrada, usar la página de versión del repositorio o su CHANGELOG.md. Este índice no duplica ese texto.
| Paquete | Repositorio | Registro de cambios de referencia |
|---|---|---|
nextpdf/core | nextpdf | CHANGELOG.md (Keep a Changelog) |
nextpdf/server | nextpdf-server | CHANGELOG.md |
nextpdf/laravel | nextpdf-Laravel | CHANGELOG.md |
nextpdf/symfony | nextpdf-Symfony | CHANGELOG.md |
nextpdf/codeigniter | nextpdf-CodeIgniter | CHANGELOG.md |
nextpdf/artisan | nextpdf-Artisan | CHANGELOG.md |
nextpdf/gotenberg | nextpdf-Gotenberg | CHANGELOG.md |
nextpdf/cloudflare | nextpdf-Cloudflare | CHANGELOG.md |
nextpdf/compat-legacy | nextpdf-compat-tcpdf | CHANGELOG.md |
nextpdf (enlaces de Python) | nextpdf-python | CHANGELOG.md |
Resumen entre repositorios — categorías por última versión publicada
Sección titulada «Resumen entre repositorios — categorías por última versión publicada»Esta tabla se genera en modo de solo lectura. Lee el historial de Conventional Commits de cada repositorio en su última etiqueta publicada y cuenta las categorías orientadas al usuario. Informa únicamente recuentos por categoría —nunca los asuntos de commit en bruto— de modo que no se expone ningún identificador interno, nombre de rama ni referencia de planificación. Para consultar el detalle en prosa de cualquier línea, seguir el CHANGELOG.md del propio paquete.
| Paquete | Última publicada | Nueva capacidad (feat) | Correcciones (fix) | Rendimiento (perf) | Seguridad | Incompatibles |
|---|---|---|---|---|---|---|
nextpdf/core | v5.2.0 | 317 | 290 | 1 | 1 | sí |
nextpdf/server | v0.1.0 | 15 | 16 | 0 | 0 | no |
nextpdf/laravel | v0.1.0 | 1 | 8 | 0 | 0 | no |
nextpdf/symfony | v0.1.0 | 1 | 7 | 0 | 0 | no |
nextpdf/codeigniter | v0.1.0 | 1 | 10 | 0 | 0 | no |
nextpdf/artisan | v0.1.0 | 1 | 7 | 0 | 0 | no |
nextpdf/gotenberg | v0.1.0 | 0 | 6 | 0 | 0 | no |
nextpdf/cloudflare | v0.1.0 | 0 | 8 | 0 | 0 | no |
nextpdf/compat-legacy | v0.1.0 | 1 | 8 | 0 | 0 | no |
nextpdf (Python) | v1.1.0 | 7 | 5 | 0 | 0 | no |
Los recuentos son acumulativos hasta la etiqueta indicada. Para cada paquete de integración la primera versión etiquetada incluye todo su historial anterior a la 1.0. La celda «Incompatibles» de
nextpdf/corecorresponde ayesporque el motor del núcleo ha publicado versiones mayores incompatibles. El detalle por versión y la ruta de migración de cada una residen en elCHANGELOG.mddel repositorio del núcleo y en sus guíasmigration/. Este índice no los reformula.
Lo que esta página omite deliberadamente
Sección titulada «Lo que esta página omite deliberadamente»Para mantener el registro de cambios público libre de filtraciones internas, este índice nunca expone nada de lo siguiente:
- asuntos o cuerpos de commit en bruto;
- identificadores internos de incidencia, ticket, ciclo, oleada o elemento de trabajo;
- nombres de ramas privadas o trabajo en curso sin publicar;
- hoja de ruta o funcionalidades no anunciadas;
- atribución a colaboradores automatizados.
Un cambio se vuelve visible aquí solo una vez que forma parte de una versión publicada y etiquetada de un paquete público. El trabajo sin publicar no aparece.