A command-line utility to automate package maintenance. Manipulates the changelog and pubspec.yaml.

This tool assumes that the changelog:

• is called CHANGELOG.md
• is sitting in the project root folder
• strictly follows the Keep a Changelog v1.0.0 format
• uses basic markdown (no HTML and complex formatting supported)

It also assumes that your project follows Semantic Versioning v2.0.0.

pub global activate cider

Cider configuration is stored in pubspec.yaml under the key cider:

cider:
  link_template:
    tag: https://github.com/example/project/releases/tag/%tag% # initial release link template
    diff: https://github.com/example/project/compare/%from%...%to% # subsequent releases link template

The %from%, %to%, and %tag% placeholders will be replaced with the corresponding version tags.

These commands manipulate CHANGELOG.md.

Adds a new line to the Unreleased section of the changelog

cider log <type> <description>

• type is one of: added, changed, deprecated, removed, fixed, security
• description is a markdown text line

Examples:

cider log changed 'New turbo V6 engine installed'
cider log added 'Support for rocket fuel and kerosene'
cider log fixed 'Wheels falling off sporadically'

Takes all changes from the Unreleased section on the changelog and creates a new release under the current version in pubspec.yaml

cider release [options]

Options:

• --date to provide the release date (the default is today).

Cider will automatically generate the diff links in the changelog if the diff link template is found in the config.

Prints the corresponding section from CHANGELOG.md in markdown format. This command is read-only.

cider describe [<version>]

• version is an existing version from the changelog. If not specified, the Unreleased section will be used.

These commands affect the version line in pubspec.yaml. If applied successfully, Cider will print the resulting version.

Prints the current version from pubspec.yaml. This command is read-only.

cider version

Sets the version in pubspec.yaml to the one provided. The new version must be semver-compatible.

cider version <new_version>

• new_version new value, must be semver-compatible

Examples:

Bumps the corresponding part of the project version according to semver.

cider bump <part> [options]

• part can be any of the following:
  • breaking (means y for 0.y.z and x for x.y.z)
  • major
  • minor
  • patch
  • build
  • pre (pre-release)

Options:

• --keep-build will retain the existing build part.
• --bump-build will increment the build part (see below).
• --build=<value> will set the build part to the given value. This is useful when build is a not a simple numeric value, e.g. a timestamp.
• --pre=<prefix> sets the prerelease prefix.

When bumping the prerelease or build parts, Cider will look for the rightmost dot-separated identifier. If the identifier is an integer, it will be incremented stripping the leading zeroes. Otherwise, Cider will append .1 to the corresponding part.

Remember that according to semver v2, build is considered metadata and is ignored when determining version precedence.