Changelog Format
Overview
Summary of the changelog process used by RAPIDS projects.
Intended audience
Community
Developers
Project Leads
Process
During the development cycle of each RAPIDS release, merged pull requests will be automatically recorded in a GitHub pre-release. The pre-releases can be found in a repository’s Release section on GitHub. (i.e. https://github.com/rapidsai/cudf/releases). At release time, the contents of the pre-release’s body will be copied into the CHANGELOG.md
file found in each repository’s root directory.
Body
The body of each pre-release contains a list of pull requests categorized into the following sections:
- Breaking Changes
- Bug Fixes
- Documentation
- New Features
- Improvements
Pull Request Labels
In order to correctly categorize pull requests, the following labels must be applied to each:
category
Label (choose one):
Categorizes the PR in the pre-release
bug
doc
feature request
improvement
breaking
Label (choose one):
Determines if there is a “breaking” change to user functionality
NOTE: Developers should consult with their PICs for a repo specific set of guidelines for determining a “breaking” change
breaking
non-breaking