OpenStack Release Bot
2f475330ea
Add file to the reno documentation build to show release notes for stable/yoga. Use pbr instruction to increment the minor version number automatically so that master versions are higher than the versions on stable/yoga. Sem-Ver: feature Change-Id: I83a7081a2aaaa0cc4812ba823a9a91f48149556c |
||
|---|---|---|
| .. | ||
| _static | ||
| _templates | ||
| locale | ||
| conf.py | ||
| index.rst | ||
| liberty.rst | ||
| mitaka.rst | ||
| newton.rst | ||
| ocata.rst | ||
| pike.rst | ||
| queens.rst | ||
| README.rst | ||
| rocky.rst | ||
| stein.rst | ||
| train.rst | ||
| unreleased.rst | ||
| ussuri.rst | ||
| victoria.rst | ||
| wallaby.rst | ||
| xena.rst | ||
| yoga.rst | ||
Neutron Release Notes Howto
Release notes are a new feature for documenting new features in OpenStack projects. Background on the process, tooling, and methodology is documented in a mailing list post by Doug Hellmann.
Writing release notes
For information on how to create release notes, please consult the reno documentation.
Please keep the following in your mind when you write release notes.
- Avoid using "prelude" section for individual release notes. "prelude" section is for general comments about the release.
- Use one entry per section (like "feature" or "upgrade"). All entries which belong to a same release will be merged and rendered, so there is less meaning to use multiple entries by a single topic.
Maintaining release notes
Warning
Avoid modifying an existing release note file even though it is related to your change. If you modify a release note file of a past release, the whole content will be shown in a latest release. The only allowed case is to update a release note in a same release.
If you need to update a release note of a past release, edit a corresponding release note file in a stable branch directly.