<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#FFFFFF" text="#000000">
As Miramar won't be off the release train. Here's what we are
planning on doing to get onto the release train, and how the
repositories are structured.<br>
<br>
After considering several ways of structuring the repositories, I
realised that the best and easiest way for Thunderbird to be on the
release train is to match the Firefox schedules for merging and
releases. Hence we'll do our merges on the say day as Firefox does
theirs, our releases will potentially be on the same day, or maybe a
few days after - we haven't finalised that bit of the plan yet.<br>
<br>
<b>Repository Structure</b><br>
<br>
For the repository structure, we're going to match the mozilla-*
repos:<br>
<ul>
<li>comm-central, mozilla-central, l10n-central</li>
<li>comm-aurora*, mozilla-aurora, l10n-aurora</li>
<li>comm-beta, mozilla-beta, l10n-beta</li>
</ul>
* We can't call our builds based on "Aurora" the same, as that would
clash with the Aurora builds of Firefox. We're currently thinking up
a new name, although I'm debating on keeping the repository name as
aurora as that keeps the developer end of how the repositories align
consistent.<br>
<br>
The mozilla-* and l10n-* repositories are the ones already created
for Firefox.<br>
<b><br>
Rules/Process</b><br>
<br>
I think we should follow the same rules and process as the mozilla-*
repos:
<a class="moz-txt-link-freetext" href="http://mozilla.github.com/process-releases/draft/development_specifics/#channel-activities">http://mozilla.github.com/process-releases/draft/development_specifics/#channel-activities</a><br>
<br>
In short:<br>
<ul>
<li>comm-central: general development channel</li>
<li>comm-aurora: Pref off/backout fixes/features which have been
exposed as problematic. Spot fixes. String Frozen.</li>
<li>comm-beta: Very few changes, mainly small fixes which would
prevent a final release. Builds should be pretty much release
worthy at this stage.</li>
</ul>
<b>Initial Schedule</b><br>
<br>
The next merge for mozilla-central -> mozilla-aurora takes place
on <b>24th May</b>. That's when we'll be merging comm-central ->
comm-aurora.<br>
<br>
Hence Miramar.next will be string complete on 24th May, and feature
complete (unless features are backed out/disabled).<br>
<br>
We realise this is only 2 weeks after the Miramar freeze, but we
need to join the release train, and we're also happy for
Miramar.next to be a backend/security update if we don't have time
for many UI improvements, though I suspect we'll be able to get a
few improvements in during that time.<br>
<br>
The next train would start 6 weeks after, i.e. 5th July.<br>
<br>
Mark.<br>
</body>
</html>