I’ve just checked in a change that will give Thunderbird builds a different version number depending on if they are build with mozilla-central (Gecko 1.9.2 builds) or releases/mozilla-1.9.1 (Gecko 1.9.1 builds). We’ve done this so we can start building and shipping updates for some new nightly builds. Here’s some Q and A that I hope will cover the various questions that folks will have:
Q. Is Thunderbird development branching?
A. Not until Thunderbird 3 beta 2 at the earliest. This diagram hopefully explains better how we’re going to be doing things:
Until we get to Thunderbird 3 beta 2, we will be keeping comm-central as one repository (Green line) but doing builds with mozilla-central (red line) and mozilla-1.9.1 (orange line). At some stage around or after beta 2, we will be branching comm-central, the branch will follow mozilla-1.9.1 and the trunk will follow mozilla-central.
Q. Is Thunderbird development being split?
A. No, until we release Thunderbird 3, that will be the main focus, even after we branch comm-central. The branch will, however, allow us to start work on trunk activities for the next version of Thunderbird as Thunderbird 3 development ramps down.
Q. What are the current versions of Thunderbird?
A. Thunderbird 3.0xx will form the next major release and will be released off of mozilla-1.9.1 (gecko 1.9.1).
Thunderbird 3.1xx builds will form the release after 3.0, currently based on mozilla-central which should form gecko 1.9.2.
Q. So the next release of Thunderbird will be 3.1?
A. Not necessarily. We may choose 3.1, 3.5, 4.0, 10.0 or anything else we want to think of. Seriously, no decision has been made about post Thunderbird 3 versioning or what will go into it. We’re using 3.1 because it is the next number in the range with the smallest increment. Once we have released Thunderbird 3, we’ll revisit this decision.
Q. Will nightly builds be available for the new trunk?
A. Yes, we should be getting these out in the next few days. We’d still like testers to focus mainly on the 3.0 builds, but these are available so we can check for regressions.
However, until we branch, we won’t be providing l10n builds until after we’ve branched – due to the required tools not being able to support the current build methods.
Q. Why are you doing comm-central with mozilla-central builds of Thunderbird?
A. Whilst we are in this not-fully split state, we would like to ensure that we don’t digress too far away from the changes going on in mozilla-central and therefore we want to provide some builds that can be used and tested. We’d still like the majority of testing to be done on the Thunderbird 3.0 builds.
The other advantage is that our trunk/branch build infrastructure will already be set up for when we branch comm-central.
Q. Where are the builds located?
The tinderbox builds are located on the “Thunderbird” (for 3.1 builds) and “Thunderbird3.0″ trees.
The 3.0 nightly builds will be available from ftp://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-1.9.1 or ftp://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-central (this will be a symlink).
The 3.1 nightly builds will be available from ftp://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-central-trunk . These haven’t been set up yet, so don’t expect them for a few days.