mistralys / changelog-parser
PHP library to parse Markdown-formatted change log files.
Installs: 1 117
Dependents: 3
Suggesters: 0
Security: 0
Stars: 1
Watchers: 1
Forks: 0
Open Issues: 0
Requires
- php: >=7.4
- ext-json: *
- mistralys/application-utils: >=2.3.2
- mistralys/version-parser: >=2.0
Requires (Dev)
- phpstan/phpstan: >=1.9.2
- phpstan/phpstan-phpunit: >=1.3.11
- phpunit/phpunit: >=9.5.26
- roave/security-advisories: dev-latest
README
PHP library to parse Markdown-formatted change log files.
Requirements
- PHP >= 7.4
- JSON extension
- Composer
Installation
Add the package to your composer.json
file with the following command:
composer require mistralys/changelog-parser
Also see the Packagist page.
Supported changelog formats
The parser expects all versions to be listed as headers with the same header level, and individual changes to be added as a list. Both of these examples will work:
# v1.2.3 - Made some changes # v1.2.2 - Lotsa code changes - Added some documentation
### v1.2.3 - Made some changes ### v1.2.2 - Lotsa code changes - Added some documentation
Version heading formats
All the following headings are valid formats that the parser will recognize:
# v1 # v1.2 # v1.2.3 # 1 # 1.2 # 1.2.3 # 1.2.3-ALPHA # 1.2.3-BranchName-SNAPSHOT # 5.0 - Optional version label # 5.0 | Optional version label # 5.0 ~ Optional version label
For more information on the spectrum of version strings that can be used, have a look at the supported formats in the mistralys/version-parser package, which is used to read them.
Nesting the changelog in a document
The way the parser analyzes the Markdown document means that the changelog can be nested anywhere. The heading level will be inferred from the first version heading it encounters.
In this example, the changelog is not a separate document, but is nested in a subsection.
# Application name ## Usage Learn how to use the application with this documentation. ## Change log ### v1.2.3 - Made some changes ### v1.2.2 - Lotsa code changes - Added some documentation ## Credits Many people contributed to the application.
The changelog parser will stick to the first changelog it finds in the document, meaning that only the first of multiple, separate version lists will be used, even if they have the same heading level.
Subheaders within versions
The parser will recognize subheaders within a version entry, and add collect these as plain text to be accessed again later. This makes it possible to further document things like breaking changes for example.
# v2.0.0 - Complete rework (breaking) - Code entirely refurbished - Documentation rewritten ## Breaking changes - Renamed all methods - Renamed all files
Only the items below the version will be considered changes in the
version. The "Breaking changes" subheader and any additional content
is captured as text, which can be accessed via getFreeformText()
:
use Mistralys\ChangelogParser\ChangelogParser; $version = ChangelogParser::parseMarkdownFile('changelog.md')->getVersionByNumber('2.0.0'); echo $version->getFreeformText();
This will output:
## Breaking changes - Renamed all methods - Renamed all files
Categorized changes
Introduction
The parser also supports categorized changes, which are a way to mark changes by type. Entries can be prepended with symbols that define what kind of change they are, with two criticality levels: Optional and mandatory.
The idea is to mark changes that require users to take action with a new version, declare which ones are optional, and categorize them by the components that were modified.
Supported symbols
The parser handles the following symbols:
{ }
- Global change, optional( )
- Global change, mandatory{C}
- Component change, optional(C)
- Component change, mandatory
For component-related changes, the name of the component is expected to come directly after the symbol, and the description of the change separated by a colon.
Example
# v1.1.0 Tweaks - ( ) The supported image format was changed to JPG only. - (C) Image Reader: Added support for JPG images. - {C} Image Reader: Added PNG image conversion.
This version contains three changes, two of which are mandatory, requiring special attention when updating. The third is optional.
Note: Optional changes do not necessarily need to be marked with a symbol, but it has the advantage of using the component name to group changes by component.
Backticks for symbols
To make the changelogs nicer to read, the parser supports using backticks for the symbols. With a monospaced font, they are better aligned and easier to read.
# v1.1.0 Tweaks - `( )` The supported image format was changed to JPG only. - `(C)` Image Reader: Added support for JPG images. - `{C}` Image Reader: Added PNG image conversion.
Usage examples
Fetch all versions
use Mistralys\ChangelogParser\ChangelogParser; $versions = ChangelogParser::parseMarkdownFile('changelog.md')->getVersions(); foreach($versions as $version) { echo $version->getNumber().PHP_EOL; }
Fetch the latest version
use Mistralys\ChangelogParser\ChangelogParser; $parser = ChangelogParser::parseMarkdownFile('changelog.md'); $latest = $parser->getLatestVersion();
Get a version by number
use Mistralys\ChangelogParser\ChangelogParser; $parser = ChangelogParser::parseMarkdownFile('changelog.md'); $version = $parser->getVersionByNumber('5.2.0');
This will throw an exception if the version is not found. To check if a version number exists beforehand
Check if a version exists
use Mistralys\ChangelogParser\ChangelogParser; $parser = ChangelogParser::parseMarkdownFile('changelog.md'); if($parser->versionExists('5.2.0')) { $version = $parser->getVersionByNumber('5.2.0'); }
Note that this requires the exact version number to be known (major, minor and patch version numbers). For a more flexible way to find versions, the version info is best used instead.
For example, to find all versions matching v4.2.x
:
use Mistralys\ChangelogParser\ChangelogParser; $versions = ChangelogParser::parseMarkdownFile('changelog.md')->getVersions(); foreach($versions as $version) { $info = $version->getVersionInfo(); if($info->getMajorVersion() === 4 && $info->getMinorVersion() === 2) { // Matches v4.2 } }
Go through individual changes in a version
use Mistralys\ChangelogParser\ChangelogParser; $version = ChangelogParser::parseMarkdownFile('changelog.md')->requireLatestVersion(); $changes = $version->getChanges(); echo "Changes in version ".$version->getNumber().":".PHP_EOL; foreach($changes as $change) { echo '- '.$change->getText().PHP_EOL; }
Note the use of the
requireLatestVersion()
method: This will throw an exception instead ofNULL
if no versions are found in the change log. Handy to avoid checking for a null value.
Persisting and caching
To easily store or transmit changelog information, the parser offers the possibility to serialize the data to JSON. This can be decoded again later instead of parsing the source file each time.
use Mistralys\ChangelogParser\ChangelogParser; if(!file_exists('changelog.json')) { $changelog = ChangelogParser::parseMarkdownFile('changelog.md'); $changelog->toJSONFile('changelog.json'); } else { $changelog = ChangelogParser::parseJSONFile('changelog.json'); }
This example will automatically create a JSON cache file, which performs better than parsing the source Markdown file each time, especially for large files.