Crates.io | parse-changelog |
lib.rs | parse-changelog |
version | 0.6.10 |
source | src |
created_at | 2020-11-29 23:24:45.190849 |
updated_at | 2024-10-26 15:53:37.560175 |
description | Simple changelog parser, written in Rust. |
homepage | |
repository | https://github.com/taiki-e/parse-changelog |
max_upload_size | |
id | 318019 |
size | 1,876,938 |
Simple changelog parser, written in Rust.
cargo +stable install parse-changelog --locked
You can download prebuilt binaries from the Release page. Prebuilt binaries are available for macOS, Linux (gnu and musl), Windows (static executable), FreeBSD, and illumos.
# Get host target
host=$(rustc -vV | grep '^host:' | cut -d' ' -f2)
# Download binary and install to $HOME/.cargo/bin
curl --proto '=https' --tlsv1.2 -fsSL https://github.com/taiki-e/parse-changelog/releases/latest/download/parse-changelog-$host.tar.gz | tar xzf - -C "$HOME/.cargo/bin"
You can install parse-changelog from the Homebrew tap maintained by us (x86_64/AArch64 macOS, x86_64/AArch64 Linux):
brew install taiki-e/tap/parse-changelog
You can install parse-changelog from the Scoop bucket maintained by us:
scoop bucket add taiki-e https://github.com/taiki-e/scoop-bucket
scoop install parse-changelog
You can install parse-changelog using cargo-binstall:
cargo binstall parse-changelog
You can install parse-changelog from the MPR:
git clone 'https://mpr.makedeb.org/parse-changelog'
cd parse-changelog/
makedeb -si
You can also install parse-changelog from the Prebuilt-MPR, which provides automatic upgrades directly via APT. First set up the Prebuilt-MPR on your system, and then run the following:
sudo apt install parse-changelog
Note: The MPR/Prebuilt-MPR packages are maintained by the community, not the maintainer of parse-changelog.
You can use taiki-e/install-action to install prebuilt binaries on Linux, macOS, and Windows. This makes the installation faster and may avoid the impact of problems caused by upstream changes.
- uses: taiki-e/install-action@parse-changelog
To use this crate as a library, add this to your Cargo.toml
:
[dependencies]
parse-changelog = { version = "0.6", default-features = false }
Note: When using this crate as a library, we recommend disabling the default features because the default features enable CLI-related dependencies and the library part of this crate does not use them.
parse-changelog
command parses changelog and returns a release note for the
specified version.
$ parse-changelog --help
parse-changelog
Simple changelog parser, written in Rust.
Parses changelog and returns a release note for the specified version.
USAGE:
parse-changelog [OPTIONS] <PATH> [VERSION]
ARGS:
<PATH> Path to the changelog file (use '-' for standard input)
[VERSION] Specify version (by default, select the latest release)
OPTIONS:
-t, --title Returns title instead of notes
--title-no-link Similar to --title, but remove links from title
--json Returns JSON representation of all releases in changelog
--version-format <PATTERN> Specify version format
--prefix-format <PATTERN> Specify prefix format [aliases: prefix]
-h, --help Print help information
-V, --version Print version information
Get the release note for version 1.46.0 from Rust's release notes:
curl -fsSL https://raw.githubusercontent.com/rust-lang/rust/master/RELEASES.md \
| parse-changelog - 1.46.0
In Cargo's changelog,
the title starts with "Cargo ", and the patch version is omitted if zero. This is a
format parse-changelog
don't support by default, so use --prefix
and
--version-format
to specify a custom format. For example:
curl -fsSL https://raw.githubusercontent.com/rust-lang/cargo/master/CHANGELOG.md \
| parse-changelog --prefix 'Cargo ' --version-format '^[0-9]+\.[0-9]+(\.[0-9])?$' - 1.50
--prefix
is the same as Parser::prefix_format
and --version-format
is
the same as Parser::version_format
. See documentation of those methods for
more information.
With GitHub CLI:
tag=...
version=...
# Get notes for $version from CHANGELOG.md.
notes=$(parse-changelog CHANGELOG.md "$version")
# Create a new GitHub release with GitHub CLI.
gh release create "$tag" --title "$version" --notes "$notes"
See also create-gh-release-action.
let changelog = "\
## 0.1.2 - 2020-03-01
- Bug fixes.
## 0.1.1 - 2020-02-01
- Added `Foo`.
- Added `Bar`.
## 0.1.0 - 2020-01-01
Initial release
";
// Parse changelog.
let changelog = parse_changelog::parse(changelog).unwrap();
// Get the latest release.
assert_eq!(changelog[0].version, "0.1.2");
assert_eq!(changelog[0].title, "0.1.2 - 2020-03-01");
assert_eq!(changelog[0].notes, "- Bug fixes.");
// Get the specified release.
assert_eq!(changelog["0.1.0"].title, "0.1.0 - 2020-01-01");
assert_eq!(changelog["0.1.0"].notes, "Initial release");
assert_eq!(changelog["0.1.1"].title, "0.1.1 - 2020-02-01");
assert_eq!(
changelog["0.1.1"].notes,
"- Added `Foo`.\n\
- Added `Bar`."
);
See documentation for more information on
parse-changelog
as a library.
By default, this crate is intended to support markdown-based changelogs that have the title of each release starts with the version format based on Semantic Versioning. (e.g., Keep a Changelog's changelog format.)
The heading for each release must be Atx-style (1-6 #
) or
Setext-style (=
or -
in a line under text), and the heading levels
must match with other releases.
Atx-style headings:
# 0.1.0
## 0.1.0
Setext-style headings:
0.1.0
=====
0.1.0
-----
The title of each release must start with a text or a link text (text with
[
and ]
) that starts with a valid version format or
prefix format. For example:
# [0.2.0]
description...
# 0.1.0
description...
You can include characters before the version as prefix.
## Version 0.1.0
^^^^^^^^
By default only "v", "Version ", "Release ", and "" (no prefix) are allowed as prefixes.
To customize the prefix format, use the Parser::prefix_format
method (library) or --prefix-format
option (CLI).
## v0.1.0 -- 2020-01-01
^^^^^
The default version format is based on Semantic Versioning.
This is parsed by using the following regular expression:
^(0|[1-9][0-9]*)\.(0|[1-9][0-9]*)\.(0|[1-9][0-9]*)(-[0-9A-Za-z\.-]+)?(\+[0-9A-Za-z\.-]+)?$|^Unreleased$
Note: To get the 'Unreleased' section in the CLI, you need to explicitly specify 'Unreleased' as the version.
To customize the version format, use the Parser::version_format
method (library) or --version-format
option (CLI).
You can freely include characters after the version.
# 0.1.0 - 2020-01-01
^^^^^^^^^^^^^
Licensed under either of Apache License, Version 2.0 or MIT license at your option.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.