Skip to main content

RElease NOtes manager

Project description

Reno is a release notes manager for storing release notes in a git repository and then building documentation from them.

Design

Managing release notes for a complex project over a long period of time with many releases can be time consuming and error prone. Reno helps automate the hard parts by devising a way to store the notes inside the git repository where they can be tagged as part of the release.

We had several design inputs:

  • Release notes should be part of the git history, so as fixes in master are back-ported to older branches the notes can go with the code change.

  • Release notes may need to change over time, as typos are found, logical errors or confusing language needs to be fixed, or as more information becomes available (CVE numbers, etc.).

  • Release notes should be peer-reviewed, as with other documentation and code changes.

  • Notes are mutable in that a clone today vs a clone tomorrow might have different release notes about the same change.

  • Notes are immutable in that for a given git hash/tag the release notes will be the same. Tagging a commit will change the version description but that is all.

  • We want to avoid merge issues when shepherding in a lot of release-note-worthy changes, which we expect to happen on stable branches always, and at release times on master branches.

  • We want writing a release note to be straight-forward.

  • We do not want release notes to be custom ordered within a release, but we do want the ordering to be predictable and consistent.

  • We must be able to entirely remove a release note.

  • We must not make things progressively slow down to a crawl over years of usage.

  • Release note authors shouldn’t need to know any special values for naming their notes files (i.e., no change id or SHA value that has special meaning).

  • It would be nice if it was somewhat easy to identify the file containing a release note on a particular topic.

  • Release notes should be grouped by type in the output document.

    1. New features

    2. Known issues

    3. Upgrade notes

    4. Security fixes

    5. Bugs fixes

    6. Other

We want to eventually provide the ability to create a release notes file for a given release and add it to the source distribution for the project. As a first step, we are going to settle for publishing release notes in the documentation for a project.

Project Meta-data

Features

  • TODO

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

reno-0.1.0.tar.gz (16.2 kB view details)

Uploaded Source

Built Distribution

reno-0.1.0-py2-none-any.whl (17.3 kB view details)

Uploaded Python 2

File details

Details for the file reno-0.1.0.tar.gz.

File metadata

  • Download URL: reno-0.1.0.tar.gz
  • Upload date:
  • Size: 16.2 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No

File hashes

Hashes for reno-0.1.0.tar.gz
Algorithm Hash digest
SHA256 70955f5210113a943f96c92fa8c35fb21ec2b531c7cf1bdb816c63b5e51a367b
MD5 e14da330bcbcfdd86ed4c6896387d5c4
BLAKE2b-256 69fc90a4c98396fda510f42b6c784703e8b24f4350ad392c26434928f058df2b

See more details on using hashes here.

File details

Details for the file reno-0.1.0-py2-none-any.whl.

File metadata

File hashes

Hashes for reno-0.1.0-py2-none-any.whl
Algorithm Hash digest
SHA256 7f9a27b8870dab7d97cb07742e78bdfe39b6bb385cf53bc08e6eeca948b1b8c3
MD5 0c2b6c992e63561dc9017f39c8fd4228
BLAKE2b-256 856e5e5ed6432c88485b3c300b83b83e6bfa1c44c8331de85b96e42c637dc6cd

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page