Changelog
Changelog
Abschnitt betitelt „Changelog“Das NextPDF-Ökosystem umfasst zahlreiche Pakete in mehreren Repositories. Diese Seite ist der repoübergreifende Index dazu, wie Änderungen dokumentiert werden und wo das jeweilige Changelog eines Pakets liegt. Betrachten Sie sie als Index und Konventionsreferenz, nicht als erneute Wiedergabe jedes einzelnen Commits. Jedes Paket führt sein maßgebliches, veröffentlichtes Changelog in seinem jeweiligen Repository. Die Übersichtstabelle auf dieser Seite aggregiert nur die Kategorie der Änderung je veröffentlichter Version, abgeleitet aus der Conventional-Commits-Historie des jeweiligen Repositories.
Als Dokumentationsindex trifft diese Seite keine Verhaltensaussage über irgendein Paket. Die Regeln, denen jedes Paket beim Verfassen eines Commits und beim Erstellen eines Releases folgt, finden Sie unter Changelog-Konventionen.
Wie Änderungen festgehalten werden
Abschnitt betitelt „Wie Änderungen festgehalten werden“Jedes öffentliche NextPDF-Repository folgt zwei verbindlichen Vorgaben:
- Conventional Commits 1.0.0 — jede Commit-Betreffzeile hat die Form
type(scope): description, wobeitypeeines vonfeat,fix,perf,refactor,docs,test,build,ci,choreoderrevertist. Ein!nach type/scope oder einBREAKING CHANGE:-Footer kennzeichnet eine inkompatible Änderung. Sicherheitsrelevante Fixes werden markiert, damit Sie nach ihnen filtern können. - Semantische Versionierung 2.0.0 — ein
featerhöht die Minor-Version, einfix/perferhöht die Patch-Version, und eine Breaking Change erhöht die Major-Version. Die in jedem Repository veröffentlichteCHANGELOG.mdgruppiert die menschenlesbaren Einträge nach Version und verwendet dabei die Abschnittsstruktur von Keep a Changelog.
Die Zusammenfassung unten deckt nur die nutzersichtbaren Kategorien ab: feat (neue Fähigkeit), fix (korrigiertes Verhalten), perf (Performance), security (sicherheitsrelevanter Fix) und Breaking Changes. Rein interne Commit-Typen (docs, test, ci, chore, refactor) bleiben in der repoübergreifenden Zusammenfassung bewusst unberücksichtigt. Sie ändern nichts an dem, was ein Nutzer des Pakets beobachtet.
Wo das Changelog jedes Pakets liegt
Abschnitt betitelt „Wo das Changelog jedes Pakets liegt“Das maßgebliche, in Prosa verfasste Changelog für ein Paket ist die CHANGELOG.md im jeweiligen Repository, gruppiert nach veröffentlichter Version. Den vollständigen Eintragstext finden Sie auf der Release-Seite des Repositories oder in dessen CHANGELOG.md. Dieser Index dupliziert diesen Text nicht.
| Paket | Repository | Maßgebliches Changelog |
|---|---|---|
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 (Python-Bindings) | nextpdf-python | CHANGELOG.md |
Repoübergreifende Zusammenfassung — Kategorien je zuletzt veröffentlichter Version
Abschnitt betitelt „Repoübergreifende Zusammenfassung — Kategorien je zuletzt veröffentlichter Version“Diese Tabelle wird als schreibgeschützte Ausgabe generiert. Sie liest die Conventional-Commits-Historie jedes Repositories an dessen zuletzt veröffentlichtem Git-Tag und zählt die nutzersichtbaren Kategorien. Sie gibt nur Kategoriezählungen aus — niemals rohe Commit-Betreffzeilen — sodass keine internen Bezeichner, Branch-Namen oder Planungsverweise sichtbar werden. Für die ausformulierten Details einer beliebigen Zeile folgen Sie der paketeigenen CHANGELOG.md.
| Paket | Zuletzt veröffentlicht | Neue Fähigkeit (feat) | Fixes (fix) | Performance (perf) | Sicherheit | Breaking |
|---|---|---|---|---|---|---|
nextpdf/core | v5.2.0 | 317 | 290 | 1 | 1 | ja |
nextpdf/server | v0.1.0 | 15 | 16 | 0 | 0 | nein |
nextpdf/laravel | v0.1.0 | 1 | 8 | 0 | 0 | nein |
nextpdf/symfony | v0.1.0 | 1 | 7 | 0 | 0 | nein |
nextpdf/codeigniter | v0.1.0 | 1 | 10 | 0 | 0 | nein |
nextpdf/artisan | v0.1.0 | 1 | 7 | 0 | 0 | nein |
nextpdf/gotenberg | v0.1.0 | 0 | 6 | 0 | 0 | nein |
nextpdf/cloudflare | v0.1.0 | 0 | 8 | 0 | 0 | nein |
nextpdf/compat-legacy | v0.1.0 | 1 | 8 | 0 | 0 | nein |
nextpdf (Python) | v1.1.0 | 7 | 5 | 0 | 0 | nein |
Die Zählungen sind kumulativ bis zum genannten Git-Tag. Für jedes Integrations- paket enthält das erste getaggte Release dessen vollständige Vor-1.0-Historie. Die “Breaking”-Zelle von
nextpdf/coreweistyesaus, weil die Core-Engine Breaking-Majors ausgeliefert hat. Die Details je Version und der Migrationspfad für jede einzelne liegen in derCHANGELOG.mddes Core-Repositories und in dessenmigration/-Anleitungen. Dieser Index gibt sie nicht erneut wieder.
Was diese Seite bewusst weglässt
Abschnitt betitelt „Was diese Seite bewusst weglässt“Damit im öffentlichen Changelog keine internen Informationen durchsickern, legt dieser Index keines der folgenden Dinge offen:
- rohe Commit-Betreffzeilen oder -Rümpfe;
- interne Issue-, Ticket-, Zyklus-, Wave- oder Arbeitselement-Bezeichner;
- private Branch-Namen oder laufende unveröffentlichte Arbeit;
- Roadmap oder nicht angekündigte Funktionen;
- Attribution von Contributor-Automatisierung.
Eine Änderung wird hier erst sichtbar, sobald sie Teil einer veröffentlichten, getaggten Version eines öffentlichen Pakets ist. Unveröffentlichte Arbeit erscheint nicht.