Update version info file with latest changelog version entry
Create version info files based on the latest changelog entry.
pip install changelog2version
This example shows you how to parse the repo's changelog and update the package version file with that version.
changelog2version \
--changelog_file changelog.md \
--version_file examples/version.py \
--debug
By default a Python version file is generated. Check the table below and the example usage for further details and supported template files
Type | Parameter | Description |
---|---|---|
Python | py |
See example package version |
C/CPP | c |
Header file with available version info |
changelog2version \
--changelog_file changelog.md \
--version_file examples/version_info.h \
--version_file_type c \
--debug
//
// version_info.h
//
// Created automatically by script
//
#ifndef version_info_h
#define version_info_h
#define MAJOR_VERSION 0 //< major software version
#define MINOR_VERSION 4 //< minor software version
#define PATCH_VERSION 0 //< patch software version
#endif
changelog2version \
--changelog_file changelog.md \
--version_file examples/version.py \
--version_file_type py \
--debug
#!/usr/bin/env python3
# -*- coding: UTF-8 -*-
__version_info__ = ("0", "4", "0")
__version__ = '.'.join(__version_info__)
The additional, optional argument --pretty
will output the JSON data with an
indentation of 4 in order to provide the data in an easy to read format.
changelog2version \
--changelog_file changelog.md \
--print \
--debug
{"info":{"version":"0.12.0","description":"<!-- meta = {'type': 'feature', 'scope': ['all'], 'affected': ['all']} -->\n\nAdd parser for meta data comment in changelog entry. The parsed data is available via the `meta_data` property of `ExtractVersion` after running `parse_changelog_completely` and is added to the `changelog.json` file. See #28\n\n- bump `snippets2changelog` to 1.3.0 to have the snippets meta data added to the changelog entries\n\n[0.12.0]: https://github.com/brainelectronics/snippets2changelog/tree/0.12.0\n","meta":{"type":"feature","scope":["all"],"affected":["all"]}},"releases":{"0.12.0":[{"upload_time":"2024-10-04T11:26:10"}],"0.11.0":[{"upload_time":"2024-10-04T10:53:11"}],"0.10.1":[{"upload_time":"2024-10-02"}],"0.10.0":[{"upload_time":"2023-07-08"}],"0.9.0":[{"upload_time":"2022-11-12"}],"0.8.0":[{"upload_time":"2022-11-11"}],"0.7.0":[{"upload_time":"2022-11-11"}],"0.6.0":[{"upload_time":"2022-10-26"}],"0.5.0":[{"upload_time":"2022-10-20"}],"0.4.0":[{"upload_time":"2022-08-07"}],"0.3.0":[{"upload_time":"2022-08-05"}],"0.2.0":[{"upload_time":"2022-08-03"}],"0.1.1":[{"upload_time":"2022-07-31"}],"0.1.0":[{"upload_time":"2022-07-31"}]}}
To get the latest version and description in the console as environment variables use the following call
LATEST_VERSION=$(changelog2version --changelog_file changelog.md --print | python -c "import sys, json; print(json.load(sys.stdin)['info']['version'])")
LATEST_CHANGE=$(changelog2version --changelog_file changelog.md --print | python -c "import sys, json; print(json.load(sys.stdin)['info']['description'])")
echo "The latest version extracted from the changelog is ${LATEST_VERSION}"
# The latest version extracted from the changelog is 0.7.0
echo "Description of the latest change"
echo "${LATEST_CHANGE}"
# ### Added
# - Changelog parsed as JSON contains a new key `description` like the PyPi package JSON info, compare to `https://pyp
# i.org/pypi/changelog2version/json`, with the description/content of the latest change, see #19, relates to #18
# - Increase unittest coverage above 95%
# ### Changed
# - Line breaks are no longer used in this changelog for enumerations
# - Issues are referenced as `#123` instead of `[#123][ref-issue-123]` to avoid explicit references at the bottom or s
# ome other location in the file
# - Output of `changelog2version` call with `--print` but without `--debug` option is JSON compatible
changelog2version \
--changelog_file changelog.md \
--output changelog.json \
--pretty \
--debug
To validate an already generated version file agains the latest available
changelog the --validate
option can be used.
The following command will exit with a non-zero code in case of a difference
between the generated version file (examples/version.py
) and the latest
changelog content.
changelog2version \
--changelog_file changelog.md \
--version_file examples/version.py \
--validate \
--debug
By default a Python version file is assumed, for a C header version file the
call has to be extended with the version_file_type
option
changelog2version \
--changelog_file changelog.md \
--version_file examples/version_info.h \
--version_file_type c \
--validate \
--debug
To extract a version line from a given changelog file with an alternative
regex, the version_line_regex
argument can be used as shown below. The
expression is validated during the CLI argument parsing
changelog2version \
--changelog_file changelog.md \
--version_file src/changelog2version/version.py \
--version_line_regex "^\#\# \[\d{1,}[.]\d{1,}[.]\d{1,}\]" \
--debug
Same applies for a custom semver line regex in order to extract the semantic
version part from a full version line, use the semver_line_regex
argument to
adjust the regular expression to your needs.
Beside the default supported template files users can also provide custom template files.
This is the list of currently available variables
Name | Description |
---|---|
major_version |
Major version, incompatible API changes |
minor_version |
Minor version, add functionality (backwards-compatible) |
patch_version |
Patch version, bug fixes (backwards-compatible) |
prerelease_data |
pre-release data, if available |
build_data |
Build metadata, if available |
file_name |
User specified name of rendered file |
file_name_without_suffix |
User specified name of rendered file without suffix |
template_name |
Name of rendered template file |
template_name_without_suffix |
Name of rendered template file without suffix |
Custom keyword | Provided by the user via --additional_template_data |
additional_data="{\"creation_datetime\": \"$(date +"%Y-%m-%dT%H:%M:%S")\", \"machine_name\": \"$(whoami)\"}"
changelog2version \
--changelog_file changelog.md \
--version_file examples/version_info.c \
--template_file examples/version_info.c.template \
--additional_template_data "${additional_data}" \
--debug
# or less fancy
changelog2version \
--changelog_file changelog.md \
--version_file examples/version_info.c \
--template_file examples/version_info.c.template \
--additional_template_data '{"creation_datetime": "2022-08-05T21:11:12", "machine_name": "Death Star"}' \
--debug
Executing the created example file examples/version_info.c
will print the
following content (datetime and creator might be different)
Script version is (major.minor.patch): 0.4.0
Prerelease data: None
Prerelease data: None
Creation datetime: 2022-08-05T21:11:12
Created by Death Star
To create custom release candidate packages the python version file variable
__version__
can be exended with a custom string.
Choose the additional version info content carefully as not everything is supported by PyPi, see the Python Core metadata specifications and PEP440
changelog2version \
--changelog_file changelog.md \
--version_file examples/version.py \
--version_file_type py \
--additional_version_info="rc1234" \
--debug
#!/usr/bin/env python3
# -*- coding: UTF-8 -*-
__version_info__ = ("0", "5", "0")
__version__ = '.'.join(__version_info__) + '-rc1234'
Run the unittests locally with the following command after installing this
package in a virtual environment or by using tox
to create one on each run.
# install the package with all its development dependencies
pip install .[dev]
# run all tests
nose2 --config tests/unittest.cfg
# run only one specific tests
nose2 tests.test_extract_version.TestExtractVersion.test_version_line_regex
Generate the coverage files with
python create_report_dirs.py
coverage html
The coverage report is placed at reports/coverage/html/index.html
Based on the PyPa sample project. Also a big thank you to the creators and maintainers of SemVer.org for their documentation and regex example