cca243172e
I've written some documentation around the role and duties of the release CPL due to the fact that I'm leaving this role, Glance, and the larger OpenStack community. This should provide context for both new and old members of the Glance community as to their responsibilities and what is expected of them. It also passes on some experience-driven advice as to what to do to ensure a better Glance release for all. Co-Authored-By: Hemanth Makkapati <hemanth.makkapati@rackspace.com> Change-Id: I8d580d05668d1560b027736fbc1fb1dd36edbabe
37 lines
1.2 KiB
ReStructuredText
37 lines
1.2 KiB
ReStructuredText
Glance Contribution Guidelines
|
|
==============================
|
|
|
|
In the Contributions Guide, you will find documented policies for
|
|
developing with Glance. This includes the processes we use for
|
|
blueprints and specs, bugs, contributor onboarding, core reviewer
|
|
memberships, and other procedural items.
|
|
|
|
Glance, as with all OpenStack projects, is written with the following design
|
|
guidelines in mind:
|
|
|
|
* **Component based architecture**: Quickly add new behaviors
|
|
* **Highly available**: Scale to very serious workloads
|
|
* **Fault tolerant**: Isolated processes avoid cascading failures
|
|
* **Recoverable**: Failures should be easy to diagnose, debug, and rectify
|
|
* **Open standards**: Be a reference implementation for a community-driven api
|
|
|
|
This documentation is generated by the Sphinx toolkit and lives in the source
|
|
tree. Additional documentation on Glance and other components of OpenStack can
|
|
be found on the `OpenStack wiki <http://wiki.openstack.org>`_.
|
|
|
|
Policies
|
|
--------
|
|
.. toctree::
|
|
:maxdepth: 3
|
|
|
|
blueprints
|
|
documentation
|
|
minor-code-changes
|
|
refreshing-configs
|
|
release-cpl
|
|
.. bugs
|
|
contributor-onboarding
|
|
core-reviewers
|
|
gate-failure-triage
|
|
code-reviews
|