0.6.0

Added

• Changelog can be parsed as JSON file with a similar format as the pypi package JSON info available at https://pypi.org/pypi/PACKAGENAME/json, see #16. The new option --output writes the data in JSON valid format to a file specified file, --print flag sends the data in JSON valid format to sys.stdout. In both cases --pretty flag can be set to output the data with an indentation of 4.

Changed

• --version_file argument is optional in order to allow a JSON output only

0.5.0

Added

• Support additional version info file content in python version files by adding the content given by --additional_version_info="-rc1234" to the end of the constructed __version__ content. This will create the following line in a version.py file: __version__ = '.'.join(__version_info__) + '-rc1234'. A created package will thereby be named 0.5.0rc1234 if the version is 0.5.0, resolve #14

0.4.0

Added

• Property semver_data to access extracted VersionInfo from parsed semver line in ExtractVersion class
• Header and python version template file
• RenderVersionFile class to render template files with provided content, resolve #5
• Examples folder with example C script to demonstrate template rendering on other files than python
• --template_file argument to specify a custom template file for rendering
• --additional_template_data to add custom data for the template rendering
• c is now a valid and supported file type of --version_file_type
• Documentation extended for new CLI args with more detailed examples
• Jinja2 is a required package for this package

Changed

• parser_valid_file function returns a resolved path
• --version_file_type is no longer case sensitive
• --version_file does no longer have to exist
• Run GitHub CI unittest workflow also on pull requests

Removed

• Functions to update python version files from update_version.py script

Fixed

• Only one job in GitHub CI unittest workflow
• Let GitHub CI unittest workflow fail when Codecov runs into errors during upload

0.3.0

Changed

• Regex to extract the first version line from a changelog supports the full feature scope of semantic versioning, resolve #8
• Regex to get the semantic versioning content of a version line supports the full feature scope of semantic versioning, resolve #8
• Testing of this package with nose2 and coverage report generation with coverage including upload to Codecov was moved to new GitHub CI unittest workflow, resolve #11

Removed

• nose2 and coverage steps as well as upload to Codecov removed from
  GitHub CI release workflow and GitHub CI test workflow

0.2.0

Added

• ExtractVersion class to extract the version line from a changelog file and to parse the semver content from a version line, see #4
• semver_line_regex and version_line_regex args for changelog2version to provide custom regular expressions to parse a version line from a changelog and to extract the semver content from a line

Changed

• Main parsing code of update_version script moved to new ExtractVersion class
• Extend usage example in README file
• Rename test data changelog files
• Split unittest for ExtractVersion from update_version test
• Let the pipeline fail is there are flake8 violations

0.1.1

Fixed

• Update root README file with usage instructions
• Use 0.0.0 as default in the checked in package version file
• Use release/v1.5 branch of pypa/gh-action-pypi-publish in the GitHub CI release workflow file

0.1.0

Added

• This changelog file
• .coveragerc file
• .flake8 file
• Script to create report directories
• unittest.cfg file
• requirements.txt file to setup required packages
• Initial changelog2version package

Changed

• .gitignore file after fork to latest Python gitignore template
• setup.py file after fork
• tox.ini file after fork to use nose2 and create coverage report
• GitHub CI release workflow updated to run on main branch and update version file before package build
• GitHub CI test workflow updated to create package with updated version file, archive build artifacts, not running on main or develop branch and using package extras

Removed

• Sample package in src after fork
• Sample package test in tests after fork
• Data folder after fork