apx-changelog
PyPI package to generate changelogs from a git repository.
For examples, look at changelogs of the following projects:
Usage
Must be run in the root of a git repository.
usage: changelog.py [-h] --ref REF
[--comments]
[--out OUT]
[--releases RELEASES]
[--log LOG]
[--title TITLE]
[--ver VER]
Changelog generator for git repository
optional arguments:
-h, --help show this help message and exit
--ref REF git ref from which to collect changes
--comments append comments section
--out OUT output filename to store collected changelog markdown text
--releases RELEASES releases repository name if different
--log LOG filename of changelog file to update
--title TITLE project title for changelog file updates
--ver VER project version X.Y[.Z] for changelog file updates
--mkver MKVER filename to store current version (X.Y.Z)
The utility will parse commits and include commit messages starting with the following keywords:
feat: New Featuresfix: Bug Fixesrefactor: Refactoringperf: Performance Enhancementsopt: Optimizationsdocs: Documentation Changeschore: Administration and Chores
Example commit message:
fix: a fix of a bug (closes user/repo#123)
Will produce the following section in the changelog output:
# Bug Fixes
* a fix of a bug (closes [`123`](https://github.com/user/repo/issues/123))
The issue user/repo can be omitted, then the link will point to the current repository.
A multi-line commit message will add comments section in changelog, displaying full text of the commit message.
The changelog file specified with the --log option can have a template header, written in /.changelog file.
Repository tags
The git repository can have tags in the format v1.2 to simplify versioning (vZ.Y.Z) using git.describe('--always', '--tags', '--match=v*.*').
Releases must be tagged in the format release-X.Y.Z.
Metadata
Release files for apx-changelog 1.0.18
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| apx-changelog-1.0.18.tar.gz | 6.8 kB | Without provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| apx_changelog-1.0.18-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 15.1 kB
Release files / apx-changelog-1.0.18.tar.gz
| Download URL | apx-changelog-1.0.18.tar.gz |
|---|---|
| Size | 6.8 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
7fd87f5b11ae8e08d761897bbca18e57a1c8425197822acd87af3df8a81e6bbf
|
|
BLAKE2b-256 checksum How to use checksums |
22a776458d1aa07dde0d1dcc2a596305f36900c81f7af0c48486c813b14336fc
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/4.0.2 CPython/3.11.4
|
Release files / apx_changelog-1.0.18-py3-none-any.whl
| Download URL | apx_changelog-1.0.18-py3-none-any.whl |
|---|---|
| Size | 8.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
ac3a256277acd22e0f0968a947c71dd1c0822a7cc97fe17c3ff26db1fde33abb
|
|
BLAKE2b-256 checksum How to use checksums |
60b2b5dce5a97e8b47d5012a0334fa285c9185641edf05ddf3c8d1e6f87b0845
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/4.0.2 CPython/3.11.4
|
Security for apx-changelog 1.0.18
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.