oslo-specs/specs/graduation-template.rst
Doug Hellmann 663a18421e Replace default bp URLs with portable examples
Use the search feature of launchpad to find a blueprint that might move
around within the Oslo project.

Change-Id: I69b372b3e4b584bc6fc4da48e2830130834d0206
2014-09-26 09:47:07 -04:00

5.0 KiB

Graduating X

Include the URL of your launchpad blueprint:

https://blueprints.launchpad.net/oslo?searchtext=graduate-example

Provide a brief description of the focus of the new library.

Library Name

What is the name of the new library?:

Refer to https://wiki.openstack.org/wiki/Oslo/CreatingANewLibrary#Choosing_a_Name for the policies related to Oslo library names.

Contents

List the files to be included in the new library, using their existing incubator names.

Early Adopters

List the projects that have agreed to participate as early adopters of the new library.

Public API

Describe the public API of the new library (modules and functions). Include details about any functions in the modules now that will be considered private, and that may need to move into a private module to stay hidden.

Implementation

Assignee(s)

Who is handling the graduation work?

If more than one person is working on the implementation, please designate the primary author and contact.

Primary assignee:

<launchpad-id or None>

Other contributors:

<launchpad-id or None>

Primary Maintainer

Each graduated library needs a primary maintainer. That may be the same person who started the code, the person who graduated it, or it may be someone who is taking over maintenance duties.

If more than one person who is not already on the oslo-core team intends to participate as a core reviewer for the new library, list them under "Other Contributors".

Primary Maintainer:

<launchpad-id or None>

Other Contributors:

<launchpad-id or None>

Security Contact

Each graduated library needs a contact for the OpenStack Vulnerability Management team. It may be the same as the primary maintainer, an existing Oslo team member who helps with security issues, or it may be someone else on the development team for the new library.

Talk with the Oslo and Vulnerability management teams about who the person is, and make sure they agree to their participation before proceeding.

Security Contact:

<launchpad-id or None>

Milestones

Target Milestone for completion:

Work Items

Start with https://wiki.openstack.org/wiki/Oslo/CreatingANewLibrary#Checklist and add any additional steps necessary at the appropriate place in the sequence. If no extra work is needed, referencing the checklist without reproducing it is sufficient.

Link to any blueprints that need to be completed in the incubator before the library can be graduated.

Describe any organizational or API changes to the code that need to be made after the code is moved to its new repository but before the library can be considered ready for use. Complex changes should be separate blueprints.

Adoption Notes

In this section, provide any advice possible to make adopting the new library easier. Will the library will behave differently than the incubated code in some significant way? Will it need specific integration work across all projects (e.g., creating an integration module to hold globals)?

Dependencies

  • Include specific references to specs and/or blueprints in oslo, or in other projects, that this one either depends on or is related to.
  • Does this feature require any new library dependencies or code otherwise not included in OpenStack? Or does it depend on a specific version of library?

References

Please add any useful references here. You are not required to have any reference. Moreover, this specification should still make sense when your references are unavailable. Examples of what you could include are:

  • Links to mailing list or IRC discussions
  • Links to notes from a summit session
  • Links to relevant research, if appropriate
  • Related specifications as appropriate (e.g. if it's an EC2 thing, link the EC2 docs)
  • Anything else you feel it is worthwhile to refer to

Note

This work is licensed under a Creative Commons Attribution 3.0 Unported License. http://creativecommons.org/licenses/by/3.0/legalcode