Difference between revisions of "Obsolete/Process"
m (ThierryCarrez moved page Process to Obsolete/Process) |
|||
(8 intermediate revisions by 4 users not shown) | |||
Line 1: | Line 1: | ||
− | + | ||
== Release Process == | == Release Process == | ||
− | Releases are on a timed schedule. | + | Releases are on a timed schedule. We have a cut-off date for new features about half-way through the release cycle. If a feature hasn't been merged by then, it won't be part of the release. The rest of the release cycle is spent fixing bugs and polishing everything so that we end up with a smooth release at the end of the cycle. |
We manage and plan projects in Launchpad using Blueprints registered for the related project, such as Nova or Swift. | We manage and plan projects in Launchpad using Blueprints registered for the related project, such as Nova or Swift. | ||
− | We track and report on Bugs in Launchpad. | + | We track and report on Bugs in [https://bugs.launchpad.net/openstack Launchpad]. |
=== What are Blueprints? === | === What are Blueprints? === | ||
Line 18: | Line 18: | ||
You create a Blueprint in Launchpad ([https://blueprints.launchpad.net/openstack OpenStack Blueprints page]). | You create a Blueprint in Launchpad ([https://blueprints.launchpad.net/openstack OpenStack Blueprints page]). | ||
− | + | # Click Register a blueprint to start. | |
− | + | # Under For, choose the appropriate project. | |
− | + | # For the Name, enter the feature name with dashes for spaces. We use a naming convention to improve filtering and sorting of the Blueprints. Put the release name first, then the short feature name. For example, a release named bexar uses bexar-$feature as the naming scheme. | |
− | + | # For Title, use up to 70 characters to describe the feature. | |
− | + | # For URL, enter the wiki page that contains more detail. This is an optional field initially, and can be filled in after your Blueprint is discussed in detail at a Summit. | |
− | + | # For Summary, write a single-paragraph description of the feature. Yes, these are lightweight specs. | |
− | + | # For Definition Status, choose New. | |
− | + | # The Drafter field should be your launchpad ID, since you are creating the blueprint. | |
− | + | # The Assignee can be left empty, or you can put your launchpad ID, if you plan to implement the blueprint yourself. | |
− | + | # For the Approver, choose dendrobates (our very own [[RickClark|Rick Clark]]). | |
− | + | # Request your blueprint be added to discussions at the next Summit, choose it from the Propose for sprint: dropdown list. | |
− | + | # Click Register Blueprint and you're done. | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
Blueprints from Nova and Swift get rolled into the [[OpenStack]] project in Launchpad so you can see a list at https://blueprints.launchpad.net/openstack. | Blueprints from Nova and Swift get rolled into the [[OpenStack]] project in Launchpad so you can see a list at https://blueprints.launchpad.net/openstack. | ||
Line 44: | Line 35: | ||
==== Writing More Detailed Specs ==== | ==== Writing More Detailed Specs ==== | ||
− | You | + | You will write a more detailed spec about your Blueprint in the [[OpenStack]] wiki, if it's discussed at a design summit. |
=== Overview of the Process === | === Overview of the Process === | ||
+ | <pre><nowiki> | ||
Blueprint created | Blueprint created | ||
+ | |||
-> | -> | ||
+ | |||
Blueprint reviewed for inclusion at a design summit | Blueprint reviewed for inclusion at a design summit | ||
+ | |||
-> | -> | ||
+ | |||
Blueprint discussed at design summit | Blueprint discussed at design summit | ||
+ | |||
-> | -> | ||
+ | |||
Blueprint approved for inclusion | Blueprint approved for inclusion | ||
+ | |||
-> | -> | ||
+ | |||
Blueprint implemented | Blueprint implemented | ||
+ | |||
-> | -> | ||
+ | |||
Blueprint released in a release | Blueprint released in a release | ||
+ | </nowiki></pre> |
Latest revision as of 19:13, 3 September 2013
Contents
Release Process
Releases are on a timed schedule. We have a cut-off date for new features about half-way through the release cycle. If a feature hasn't been merged by then, it won't be part of the release. The rest of the release cycle is spent fixing bugs and polishing everything so that we end up with a smooth release at the end of the cycle.
We manage and plan projects in Launchpad using Blueprints registered for the related project, such as Nova or Swift.
We track and report on Bugs in Launchpad.
What are Blueprints?
Blueprints are essentially lightweight feature specifications when they start, and a Blueprint gets discussed at a design summit. We use Blueprints in Launchpad to track features to go into a release.
Creating Blueprints
Before you create your blueprint, you may want to create a wiki page you can link to that contains more details than the 70 characters you get in the Blueprint itself. Go ahead and make a page so you can paste in the URL in the Blueprint. It'll be the page for the "Read the full specification" link on the main page for the Blueprint. At a design summit, that page is the area for collaborative authoring on the spec.
You create a Blueprint in Launchpad (OpenStack Blueprints page).
- Click Register a blueprint to start.
- Under For, choose the appropriate project.
- For the Name, enter the feature name with dashes for spaces. We use a naming convention to improve filtering and sorting of the Blueprints. Put the release name first, then the short feature name. For example, a release named bexar uses bexar-$feature as the naming scheme.
- For Title, use up to 70 characters to describe the feature.
- For URL, enter the wiki page that contains more detail. This is an optional field initially, and can be filled in after your Blueprint is discussed in detail at a Summit.
- For Summary, write a single-paragraph description of the feature. Yes, these are lightweight specs.
- For Definition Status, choose New.
- The Drafter field should be your launchpad ID, since you are creating the blueprint.
- The Assignee can be left empty, or you can put your launchpad ID, if you plan to implement the blueprint yourself.
- For the Approver, choose dendrobates (our very own Rick Clark).
- Request your blueprint be added to discussions at the next Summit, choose it from the Propose for sprint: dropdown list.
- Click Register Blueprint and you're done.
Blueprints from Nova and Swift get rolled into the OpenStack project in Launchpad so you can see a list at https://blueprints.launchpad.net/openstack.
Writing More Detailed Specs
You will write a more detailed spec about your Blueprint in the OpenStack wiki, if it's discussed at a design summit.
Overview of the Process
Blueprint created -> Blueprint reviewed for inclusion at a design summit -> Blueprint discussed at design summit -> Blueprint approved for inclusion -> Blueprint implemented -> Blueprint released in a release