← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/developers/releasing.txt

  • Committer: Vincent Ladeuil
  • Date: 2010-10-07 06:08:01 UTC
  • mto: This revision was merged to the branch mainline in revision 5491.
  • Revision ID: v.ladeuil+lp@free.fr-20101007060801-wfdhizfhfmctl8qa
Fix some typos and propose a release planning.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/developers/releasing.txt
24
24
 
25
25
     bzr branch lp:bzr-pqm ~/.bazaar/plugins/pqm
26
26
 
 
27
Release provisional planning
 
28
============================
 
29
 
 
30
We currently maintain four series. Concurrently releasing them all at the
 
31
same time makes it harder to shorten the delay between the source
 
32
availability and the package building longer than necessary (we delay the
 
33
official announcement until most of our users can install the new release).
 
34
 
 
35
In order to continue to do time-based releases, we need to plan the
 
36
releases by series to minimize the collisions.
 
37
 
 
38
We want to respect the following rules::
 
39
 
 
40
 * the most recent series should release once a month,
 
41
 
 
42
 * the most recent stable series should release every other month (based
 
43
   on the amount of bug fixes, this can be shorter or longer depending
 
44
   on the bugs importance),
 
45
 
 
46
 * previous series should relesase on a a regular basis without
 
47
   interfering with the most recent series with a decreasing order of
 
48
   priority (again this should be based on bugs importance and user
 
49
   feedback,
 
50
 
 
51
 * the death of a series should be planned ahead of time. 6 months
 
52
   should give enough time to our users to migrate to a more recent
 
53
   series,
 
54
 
 
55
 * there should not be more than 2 releases in the same week (but the
 
56
   Release Manager is free to ignore this (get in touch with packagers
 
57
   though),
 
58
 
 
59
 * the series are aligned with Ubuntu releases for convenience since we
 
60
   create a new series every 6 months. This means that we support the
 
61
   stable series for 2 years. Note that we also propose the most recent
 
62
   stable series via the ppa, so whether we keep supporting LTS directly
 
63
   or via the ppa is still an open question.
 
64
 
 
65
 
 
66
2.3 series
 
67
----------
 
68
 
 
69
The 2.3 series has entered the beta phase and 2.3.0 should be released soon
 
70
enough to be included into Natty Narwhal. This gives the following expected
 
71
releases::
 
72
 
 
73
 * 2.3.0: 2011-02-03
 
74
 
 
75
 * 2.3rc2: 2011-01-06
 
76
 
 
77
 * 2.3rc1: 2010-12-02
 
78
 
 
79
 * 2.3b3: 2010-11-04
 
80
 
 
81
 * 2.3b2: 2010-10-08
 
82
 
 
83
 * 2.3.b1: 2010-09-19
 
84
 
 
85
2.2 series
 
86
----------
 
87
 
 
88
The 2.2 series is the current stable release and is included in Maverick
 
89
Meerkat. The planned releases are::
 
90
 
 
91
 * 2.2.3: 2010-12-16
 
92
 
 
93
 * 2.2.2: 2010-11-18
 
94
 
 
95
 * 2.2.1: 2010-09-17
 
96
 
 
97
 * 2.2.0: 2010-08-06
 
98
 
 
99
 
 
100
2.1 series
 
101
----------
 
102
 
 
103
The 2.1 series is the stable release included in Lucid Lynx. The planned
 
104
releases are::
 
105
 
 
106
 * 2.1.6: 2011-01
 
107
 
 
108
 * 2.1.5: 2010-12
 
109
 
 
110
 * 2.1.4: 2010-11
 
111
 
 
112
 * 2.1.3: 2010-09-16
 
113
 
 
114
 * 2.1.2: 2010-05-27
 
115
 
 
116
 * 2.1.1: 2010-03-02
 
117
 
 
118
 * 2.1.0: 2010-02-11
 
119
 
 
120
 
 
121
2.0 series
 
122
----------
 
123
 
 
124
The 2.0 series is the stable release included in Karmic Koala. The planned
 
125
release are::
 
126
 
 
127
 * 2.0.7: 2011-03 will be the last release for the 2.0 series.
 
128
 
 
129
 * 2.0.6: 2010-09-16
 
130
 
 
131
 * 2.0.5: 2010-03-22
 
132
 
 
133
 * 2.0.4: 2010-01-21
 
134
 
 
135
 * 2.0.3: 2009-12-14
 
136
 
 
137
 * 2.0.2: 2009-11-02
 
138
 
 
139
 * 2.0.1: 2009-10-14
 
140
 
 
141
 * 2.0.0: 2009-09-21
 
142
 
27
143
 
28
144
At the start of a release cycle
29
145
===============================
180
296
 
181
297
      # API compatibility version: bzrlib is currently API compatible with 1.7.
182
298
 
 
299
   Note that the NEWS file formatting has evolved, this example needs to
 
300
   be updated.
 
301
 
183
302
#. Tag the new release::
184
303
 
185
304
     bzr tag bzr-1.14
235
354
   this changes what the download widget on the Launchpad bzr home
236
355
   page shows, so don't stop the release process yet, or platform binary
237
356
   installers won't be made and the download list will stay very small!
238
 
   <https://bugs.edge.launchpad.net/launchpad/+bug/586445>
 
357
   <https://bugs.launchpad.net/launchpad/+bug/586445>
239
358
 
240
359
 
241
360
Announcing the source freeze
242
361
----------------------------
243
362
 
244
 
#. Post to the ``bazaar`` list, saying that the source has been frozen.
245
 
   This is the cue for platform maintainers and plugin authors to update
246
 
   their code.  This is done before the general public announcement of the
247
 
   release.
 
363
#. Post to the ``bazaar`` list, saying that the source has been frozen
 
364
   (gone gold). Be extra clear that this is only a *source* release
 
365
   targeted at packagers and installer builders (see
 
366
   <https://bugs.launchpad.net/launchpad/+bug/645084>).  This is the cue
 
367
   for platform maintainers and plugin authors to update their code.  This
 
368
   is done before the general public announcement of the release.
248
369
 
249
370
 
250
371
Kick off the next cycle
300
421
 
301
422
      Subject: bzr x.y.z released!
302
423
 
303
 
      <<Summary paragraph from news>>
304
 
 
305
424
      The Bazaar team is happy to announce availability of a new
306
425
      release of the bzr adaptive version control system.
307
426
      Bazaar is part of the GNU system <http://gnu.org/>.
308
427
 
 
428
      <<Summary paragraph from news>>
 
429
 
309
430
      Thanks to everyone who contributed patches, suggestions, and
310
431
      feedback.
311
432