governance/resolutions/20201028-openstackclient-tc-policy.rst
Kendall Nelson 2d7c440104 Add Resolution of TC stance on the OpenStackClient
Change-Id: Ia467ad9e8d96ebebb3dd43cc3f67db81d9beb956
2021-01-14 13:02:30 -08:00

36 lines
1.6 KiB
ReStructuredText

====================================
2020-10-28 OpenStackClient TC Policy
====================================
OpenStackClient (aka OSC) is a command-line client for OpenStack that
brings the command set for OpenStack service APIs together in a single
shell with a uniform command structure[0].
For several releases now, there has been much debate about unifying on
a single client and the best way to approach reaching parity between
the OSC and project specific clients that exist.
Having to use more than one client in a basic workflow is a very
confusing and frustrating experience for OpenStack users. Using a
combination of clients makes OpenStack feel disjointed and overly
complex.
In order to better support the user experience and encourage adoption
by new users of the unified client, we will have a twofold policy.
Firstly, going forward, OpenStack services should focus on ensuring
that all user-oriented documents use OpenStackClient CLIs wherever
possible, close gaps in it where necessary to enable this, and call
out specific and intentional uses of the python clients as
transitional until support can be added.
Secondly, in an effort to consume our preferred tooling, any scripts
or tests (outside of tempest) that interact with an OpenStack service
in our CI environment should use the OpenStackClient or OpenStackSDK
wherever possible. When this is not possible, a bug should be filed
highlighting the feature gap.
This resolution is not going to dictate a completion date, but is to
ensure that we make continuous forward progress in that direction.
[0] https://docs.openstack.org/python-openstackclient/latest/