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
1.2 KiB
1.2 KiB
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.
Policies
blueprints documentation minor-code-changes refreshing-configs release-cpl