Dirk Mueller 661f097ec7 Release designateclient and solumclient be able to uncap jsonschema
We have jsonschema capped at a fairly old version. Other than some
    specific releases, it looks like keeping it below 3.0 was added in
    I943fd68b9fab3bce1764305a5058df5339470757 without really any explanation
    why.

    In order to update to a 3.x release we need to:
    1. Remove the cap from global-requirements.txt, leaving
       upper-constraints.txt at a 2.x release
    2. Remove the cap from all consumers
    3. Release a new version of consumers that are published to pypi (this change)
    4. Update upper-constraints.txt with those new releases

This review perfoms step 3.

Change-Id: I4019cfff92b0174721177aaa175c3ef4da2dffaa
2019-08-07 15:08:21 +02: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
2018-10-17 10:36:04 +11:00
2018-07-10 10:38:33 +07:00
2019-07-01 07:37:03 -05: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 129 MiB
Languages
Python 89.1%
Shell 10.9%