summaryrefslogtreecommitdiff
path: root/ReleasePlanning2010.mdwn
blob: aa93cc6914c487e9893301ce904a0b7e0f9ddc28 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105


# GStreamer release schedule for 2010

Proposed release schedule / roadmap for the year 2010. 


## Summary Schedule

This is a tentative schedule for releases for the first few months of 2010: 
[[!table header="no" class="mointable" data="""
 **Date**  |  **Task** 
 Jan 18  |  **Core/Base/Good freeze** 
 Feb  1  |  Ugly <-> Bad plugin move window opens 
 Feb  8  |  **Core 0.10.26, Base 0.10.26, Good 0.10.18 release** 
 Feb  8  |  **Ugly/Bad/ffmpeg freeze, Core/Base/Good still frozen** 
 Feb  9  |  Good <-> Ugly and Good <-> Bad plugin move window opens 
 Feb 10  |  Base <-> Bad plugin move window opens 
 Feb 10  |  **Core/Base/Good/Ugly/Bad/ffmpeg still frozen** 
 Mar 5  |  **Core 0.10.27, Base 0.10.27, Good 0.10.19, Ugly 0.10.14, Bad 0.10.18, gst-ffmpeg 0.10.10 release** 
 Mar 9  |  **Core 0.10.28, Base 0.10.28, Good 0.10.21 release** 
 Mar 9  |  **Core/Base/Good/Ugly/Bad/ffmpeg thaw** 
 ...  |  ... 
 Apr 9   |  **Core/Base/Good freeze** 
 Apr 28  |  **Core 0.10.29, Base 0.10.29, Good 0.10.22 release** 
 Apr 29  |  **Core/Base/Good thaw** 
 ...  |  ... 
 May  7   |  **Good/Ugly/Bad freeze** 
 May 31  |  **Good 0.10.23, Ugly 0.10.15, Bad 0.10.19 release** 
 Jun 1  |  **Good/Ugly/Bad thaw** 
 ...  |  ... 
 Jun 20  |  **Core/Base/Good/gst-ffmpeg/gst-python freeze** 
 Jul 15  |  **Core 0.10.30, Base 0.10.30, Good 0.10.24, gst-ffmpeg 0.10.11, gst-python 0.10.19 release** 
 Jul 16  |  **Core/Base/Good/gst-ffmpeg/gst-python thaw** 
 ...  |  ... 
 Aug 09  |  **Good/Ugly/Bad/-gl freeze** 
 Sep 02  |  **Good 0.10.25, Ugly 0.10.16, Bad 0.10.20, plugins-gl 0.10.2 release** 
 Sep 03  |  **Good/Ugly/Bad thaw** 
 Sep 04  |  **gst-plugins-gl 0.10.2 release** 
 Sep 05  |  **gst-plugins-gl thaw** 
 ...  |  ... 
 Oct 15  |  **Core/Base/Good/python freeze** 
 Dec  1  |  **Core 0.10.31, Base 0.10.31, Good 0.10.26, gst-python 0.10.20 release** 
 Dec  2  |  **Core/Base/Good/python thaw** 
 ...  |  ... 
 ~Dec 31  |  **Core/Base/Good/Ugly/Bad freeze** 
 ...  |  continued on [[ReleasePlanning2011|ReleasePlanning2011]] page... 
"""]]

gst-ffmpeg, gst-python, and gnonlin releases may be done in any of these cycles as well. 


## Process (not entirely up-to-date)

At the moment there are 7 GStreamer modules included in the schedule: 

* GStreamer Core 
* GStreamer Base Plugins 
* GStreamer Good Plugins 
* GStreamer Bad Plugins 
* GStreamer Ugly Plugins 
* GStreamer FFmpeg 
* GStreamer Python Bindings 
Modules not included: 

* Gnonlin - released by Edward Hervey as he sees fit 
* GStreamer OpenGL support - doesn't exist yet :) 
Each module will see a release every 3 months. For an explanation of the freezes please see [[here|ReleasePlanning/Freezes]]. 


## Release procedure for Core/Base/Python

The release procedure is to freeze the modules, and then make a series of pre-release tarballs. 2 weeks later, the final release is done. At the discretion of the release manager, this may happen after only one week if no bugs are found, and we can all go to the pub. 

The modules thaw the day after the final release, just in case a paper bag release is needed. 

* Day 0: Code Freeze Core/Base/Python. Make first pre-release tarballs 
* Day 3: Make 2nd pre-releases if any blocker bugs have been identified and fixed. 
* Day 7: Make 3rd pre-releases if any new blocker bugs have been identified and fixed. 
* Day 14: Release new version. Good/Bad/Ugly/FFmpeg are now dependency frozen. 
* Day 15: Code thaw for Core/Base/Python. 

## Release procedure for plugin modules

Plugin module releases begin with a plugin move window (4 days), then freeze and pre-releases begin. 2 weeks later the final release is done. At the discretion of the release manager, this may happen after only one week if no bugs are found. 

Code & dependency freezes end the day after the final release. 

* Day 0: Plugin move window opens. Commits should be done with care. 
* Day 4: Plugin move window closes. First pre-releases made. Modules are frozen for commits. 
* Day 9: Make 2nd pre-releases if any blocker bugs have been identified and fixed. 
* Day 14: Release new versions 
* Day 15: Code and dependency thaw for the newly released modules. 
Additionally, when Good/Bad are released (together), the Bad module is branched so that later a 2nd option 'plugin moves' release of Bad can be done simultaneously with Ugly _if needed_ 

We may vary the schedule to skip an FFmpeg release from time to time if it seems that nothing exciting has been changed, since releases of FFmpeg require a lot of testing due to the quantity of codecs. 

<a name="PluginMoves"></a> 


## Plugin Moves

From time to time, plugins improve in quality sufficiently to warrant moving them from Bad to Good or Bad to Ugly (or sometimes vice versa in cases of neglect). Such plugin moves require simultaneous releases of the modules involved so that we never ship tarballs with conflicting installed plugins. 

To support this, the schedule provides plugin move windows during which plugins can be moved. Further, after the Good/Bad release, the Bad module will be branched. If during the next Ugly/FFmpeg release phase plugin moves happen between the Bad & Ugly modules, a 2nd release of the Bad plugins will occur from the branch **with the only changes being the removal or addition of plugins from the Ugly module**.