refstack/specs
2017-09-19 19:12:45 +00:00
..
mitaka/implemented Fix specs format to improve rendered documentation 2016-08-10 22:35:00 +00:00
newton/implemented [Trivialfix]Fix typos 2017-09-13 19:53:16 -07:00
ocata/implemented RefStack specs directory update. 2017-01-31 10:49:49 -08:00
pike/approved Merge "[Trivialfix]Fix typos" 2017-09-19 19:12:45 +00:00
prior [Trivialfix]Fix typos 2017-09-13 19:53:16 -07:00
README.rst Re-organize the RefStack specs directory. 2015-12-08 11:16:47 -08:00
template.rst fix a typo in template.rst 2017-03-24 15:17:00 +08:00

Refstack Specifications

This folder is used to hold design specifications for additions to the RefStack project. Reviews of the specs are done in gerrit, using a similar workflow to how we review and merge changes to the code itself.

The layout of this folder is as follows:

specs/<release>/
specs/<release>/approved
specs/<release>/implemented

The lifecycle of a specification

Specifications are proposed by adding an .rst file to the specs/<release>/approved directory and posting it for review. You can find an example specification in /specs/template.rst.

Once a specification has been fully implemented, meaning a patch has landed, it will be moved to the implemented directory and the corresponding blueprint will be marked as complete.

Specifications are only approved for a single release. If a specification was previously approved but not implemented (or not completely implemented), then the specification needs to be re-proposed by copying (not move) it to the right directory for the current release.

Previously approved specifications

The RefStack specs directory was re-structured during the Mitaka cycle. Therefore, the specs approved and implemented prior to the Mitaka cycle will be saved in the specs/prior/ directories.

Others

Please note, Launchpad blueprints are still used for tracking the status of the blueprints. For more information, see:

https://wiki.openstack.org/wiki/Blueprints
https://blueprints.launchpad.net/refstack

For more information about working with gerrit, see:

http://docs.openstack.org/infra/manual/developers.html#development-workflow

To validate that the specification is syntactically correct (i.e. get more confidence in the Jenkins result), please execute the following command:

$ tox