Release team: Difference between revisions
mNo edit summary |
mNo edit summary |
||
Line 1: | Line 1: | ||
{{draft}} |
{{draft}} |
||
{{TOCright}} |
|||
For older versions of this page, see [[/Archive]]. |
For older versions of this page, see [[/Archive]]. |
Revision as of 03:56, 29 January 2009
NOTE: The contents of this page are not set in stone, and are subject to change! This page is a draft in active flux ... |
For older versions of this page, see /Archive.
Introduction
This page is currently a draft proposal for a community-based release management team to take over the task of preparing images for OLPC deployment use.
Purpose/Rationale
Pia writes stuff here.
Sources
This is a flow diagram of the sources an OLPC community release team would draw on. Boxes contain the names of groups and the code they write. Code and materials flow from top to bottom (upstream to downstream). Streams/arrows are the outputs of each group, regardless of whether or not they've written the code for that output or are passing/packaging upstream work along. Note that the release team does not write any code.
This diagram only shows Fedora (as the OS) and the XO (as the hardware platform) for simplicity, but there is no reason why other distributions or hardware platforms can't be used. You could imagine extending this process to have the release team also produce a Sugar-on-Ubuntu-on-the-Intel-Classmate, for instance.
Release cycle
Note: We may want to draw heavily on Michael's work for this section. Leaving blank for Michael and Pia to fill in.Mchua 03:56, 29 January 2009 (UTC)
Roadmap
Hacking
Freeze
Stabilisation
Beta release
Stable release
Membership
The release team should be extremely small, as they are the stewards of the release process and do not (in their capacity as release team members) contribute patches and packaging themselves. Pia and Michael, write stuff here. Mchua 03:56, 29 January 2009 (UTC)