Journal des modifications
Journal des modifications
Section intitulée « Journal des modifications »L’écosystème NextPDF s’étend sur de nombreux paquets répartis dans de multiples dépôts. Cette page est l’index inter-dépôts qui explique comment les modifications sont consignées et où se trouve le journal des modifications propre à chaque paquet. Considère-la comme un index et comme une référence pour les conventions, pas comme une reformulation de chaque commit. Chaque paquet conserve son journal des modifications publié et faisant autorité dans son propre dépôt. Le tableau de synthèse présenté ici n’agrège que la catégorie de modification par version publiée, dérivée de l’historique Conventional Commits de chaque dépôt.
En tant qu’index documentaire, cette page n’émet aucune affirmation sur le comportement d’un paquet. Pour connaître les règles que chaque paquet suit lorsqu’il rédige un commit et publie une version, voir Conventions du journal des modifications.
Comment les modifications sont consignées
Section intitulée « Comment les modifications sont consignées »Chaque dépôt public NextPDF respecte deux contrats :
- Conventional Commits 1.0.0 — chaque sujet de commit suit la forme
type(scope): description, oùtypeprend l’une des valeurs suivantes :feat,fix,perf,refactor,docs,test,build,ci,choreourevert. Un!placé après le type/scope ou un pied de pageBREAKING CHANGE:signale une modification incompatible. Les correctifs relatifs à la sécurité sont étiquetés afin que tu puisses les filtrer. - Versionnage sémantique 2.0.0 — un commit
featincrémente la version mineure, un commitfix/perfincrémente la version corrective, et une modification incompatible incrémente la version majeure. LeCHANGELOG.mdpublié dans chaque dépôt regroupe les entrées lisibles par version, selon les sections de Keep a Changelog.
Le résumé ci-dessous ne couvre que les catégories visibles pour l’utilisateur : feat (nouvelle capacité), fix (comportement corrigé), perf (performance), security (correctif relatif à la sécurité), et les modifications incompatibles. Les types de commit purement internes (docs, test, ci, chore, refactor) sont volontairement exclus du résumé inter-dépôts ; ils ne changent rien à ce qu’observe un consommateur du paquet.
Où se trouve le journal des modifications de chaque paquet
Section intitulée « Où se trouve le journal des modifications de chaque paquet »Pour chaque paquet, le journal des modifications faisant autorité est le CHANGELOG.md rédigé en prose dans son propre dépôt, avec des entrées regroupées par version publiée. Pour le texte complet d’une entrée, consulte la page de publication du dépôt ou son CHANGELOG.md. Cet index ne reproduit pas ce texte.
| Paquet | Dépôt | Journal des modifications faisant autorité |
|---|---|---|
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 (liaisons Python) | nextpdf-python | CHANGELOG.md |
Résumé inter-dépôts — catégories par dernière version publiée
Section intitulée « Résumé inter-dépôts — catégories par dernière version publiée »Ce tableau est généré en lecture seule. Il lit l’historique Conventional Commits de chaque dépôt jusqu’à son dernier tag publié et compte les catégories visibles pour l’utilisateur. Il ne rapporte que les décomptes par catégorie — jamais les sujets de commit bruts — afin qu’aucun identifiant interne, nom de branche ou référence de planification ne soit exposé. Pour lire le détail rédigé d’une ligne, suis le CHANGELOG.md du paquet concerné.
| Paquet | Dernière version publiée | Nouvelle capacité (feat) | Correctifs (fix) | Performance (perf) | Sécurité | Incompatible |
|---|---|---|---|---|---|---|
nextpdf/core | v5.2.0 | 317 | 290 | 1 | 1 | oui |
nextpdf/server | v0.1.0 | 15 | 16 | 0 | 0 | non |
nextpdf/laravel | v0.1.0 | 1 | 8 | 0 | 0 | non |
nextpdf/symfony | v0.1.0 | 1 | 7 | 0 | 0 | non |
nextpdf/codeigniter | v0.1.0 | 1 | 10 | 0 | 0 | non |
nextpdf/artisan | v0.1.0 | 1 | 7 | 0 | 0 | non |
nextpdf/gotenberg | v0.1.0 | 0 | 6 | 0 | 0 | non |
nextpdf/cloudflare | v0.1.0 | 0 | 8 | 0 | 0 | non |
nextpdf/compat-legacy | v0.1.0 | 1 | 8 | 0 | 0 | non |
nextpdf (Python) | v1.1.0 | 7 | 5 | 0 | 0 | non |
Les décomptes sont cumulatifs jusqu’au tag indiqué. Pour chaque paquet d’intégration, la première version taguée inclut tout son historique antérieur à la 1.0. La cellule « Incompatible » de
nextpdf/coreéquivaut àyes, car le moteur central a livré des versions majeures incompatibles. Le détail par version et le parcours de migration de chacune se trouvent dans leCHANGELOG.mddu dépôt central et dans ses guidesmigration/. Cet index ne les reformule pas.
Ce que cette page laisse délibérément de côté
Section intitulée « Ce que cette page laisse délibérément de côté »Pour éviter toute fuite interne dans le journal des modifications public, cet index n’expose jamais les éléments suivants :
- les sujets ou corps de commit bruts ;
- les identifiants internes de tickets, de problèmes, de cycles, de vagues ou d’éléments de travail ;
- les noms de branches privées ou les travaux non publiés en cours ;
- la feuille de route ou les fonctionnalités non annoncées ;
- les mentions d’attribution générées par l’automatisation pour les contributeurs.
Une modification ne devient visible ici qu’après avoir été intégrée à une version publiée et taguée d’un paquet public. Les travaux non publiés n’apparaissent pas.