Eric Fried 59fa2b4480 Release keystoneauth 3.15.0
This feature release brings in a couple of outward-facing changes:

- The Adapter parameters ``connect_retries`` and ``status_code_retries`` can
  now be set via configuration options ``connect-retries`` and
  ``status-code-retries`` accordingly. [1]
- The ``X-Openstack-Request-Id`` header can now be set per-request via a
  ``global_request_id`` kwarg to ``Adapter`` and ``Session`` request
  methods (``request()``, ``get()``, ``put()``, etc.) [2]

[1] I67ba69bfff69676ceb28b8a7515f10f5eff21c4c
[2] Ied73320fcd813ae796e40cbdb30717900486b92c

Change-Id: Ie11383ac5c0dd2ee9b8a1730b7e365362e7c0084
2019-07-11 17:02:35 -05:00
2019-07-01 14:54:16 +01:00
2019-07-11 17:02:35 -05:00
2019-07-08 11:40:11 -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
2019-06-19 16:22:29 -07:00
2018-07-10 10:38:33 +07:00
2019-04-18 15:27:27 +10: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 135 MiB
Languages
Python 89.1%
Shell 10.9%