Kendall Nelson 9b8c65c0c2 Change cloudkitty-dashboard release model
Since cloudkitty-dashboard was only released once last cycle
(and the release before)AND it has not yet been released
this cycle yet either, we propose to change it to the
cycle-with-rc model which is better for deliverables that do
a single release per cycle.

There are three options for responding:

1) If you know you will only do one release this cycle, +1.
2) If you know you will do more than one, please release now and -1
this change.
3) If you have no idea when you will release, please please please
propose one BEFORE rc1 and -1 this change.
Change-Id: I3879445b530342de233766295f46de2e92e81499
2019-08-08 21:58:07 +00:00
2019-07-01 14:54:16 +01:00
2019-08-01 20:49:25 +00:00
2019-07-08 11:46:30 -05:00
2018-07-10 10:38:33 +07:00
2019-04-19 19:37:48 +00:00
2018-07-10 10:38:33 +07:00
2019-07-19 14:43:41 -04:00
2018-10-17 10:36:04 +11:00
2018-07-10 10:38:33 +07:00
2019-08-08 09:50:12 +00:00

Using This Repository

All official OpenStack software should go through the Release Management team team to produce releases. Exceptions to this rule are granted by the Technical Committee and documented in the openstack/governance repository ('release-management' key in reference/projects.yaml).

This repository is used to track release requests. Releases are managed using groups of "deliverables", made up of individual project repositories sharing a Launchpad group and a version number history. Many deliverables will only have one constituent project repository.

The repository is managed by the Release Management team.

image

Refer to the reference documentation for more details

Deliverables managed by teams not under OpenStack governance should follow the tagging instructions in the infra manual.

Description
Release requests and history tracking
Readme 133 MiB
Languages
Python 89.2%
Shell 10.8%