Calendar:Release Build Instructions: Difference between revisions

no edit summary
No edit summary
Line 6: Line 6:


== Preparing for the builds ==
== Preparing for the builds ==
=== l10n ===
* Someone needs to hit the ship-it button on the [https://l10n-stage-sj.mozilla.org/shipping/milestones dashboard for the milestone].
* You won't have to file a bug anymore to create a new l10n milestone, but if you don't have a milestone to ship, then you can [https://bugzilla.mozilla.org/enter_bug.cgi?product=Mozilla%20Localizations&component=Infrastructure&short_desc=Please%20create%20a%20milestone%20for%20NNN&comment=I%20would%20appreciate%20if%20you%20could%20create%20a%20new%20milestone%20for%20Lightning%20NNN.%20Thanks%20in%20advance! file a bug].


* Someone needs to hit the ship-it button on the [https://l10n-stage-sj.mozilla.org/shipping/milestones dashboard for the milestone], and land the [http://hg.mozilla.org/build/buildbot-configs/file/default/calendar/l10n-calendar-changesets l10n changesets].
=== buildbot-configs repository ===
* [https://bugzilla.mozilla.org/enter_bug.cgi?product=Mozilla%20Localizations&component=Infrastructure&short_desc=Please%20create%20a%20milestone%20for%20NNN&comment=I%20would%20appreciate%20if%20you%20could%20create%20a%20new%20milestone%20for%20Lightning%20NNN.%20Thanks%20in%20advance! File a bug] to create a new milestone for the following release
* Land the [http://hg.mozilla.org/build/buildbot-configs/file/default/calendar/l10n-calendar-changesets l10n changesets].
* Build needs to update [http://hg.mozilla.org/build/buildbot-configs/file/default/calendar/release_calendar.py release_calendar.py] with:
* You need to update [http://hg.mozilla.org/build/buildbot-configs/file/default/calendar/release_calendar.py release_calendar.py] with all information mentioned in the first section
** Changesets and relbranches
** branchSuffix = 'release' or 'beta'
** version, appVersion, milestone (= gecko version), buildNumber, baseTag
** sourceRepoRevision, mozillaRepoVersion
** The oldVersion, oldAppVersion, oldBuildNumber are usually updated, but it isn't vital in the current configuration.
** version, milestone (= gecko version), buildNumber
* Check everything into buildbot-configs.
** The oldVersion, oldBuildNumber are usually updated, but it isn't vital in the current configuration.
* Push everything to buildbot-configs.
 
=== comm-beta/comm-release ===
* Update calendar/locales/shipped-locales from the l10n dashboard, make sure to remove en-US from the list.
* Make sure calendar/sunbird/config/version.txt has the right value
* Modify calendar/lightning/install.rdf to use fixed min/maxVersions for Seamonkey and Thunderbird
* Push everything to comm-beta or comm-release.


== Starting the builds ==
== Starting the builds ==
Line 35: Line 45:


* If you see "Reconfiguration appears to have completed successfully." then continue, else wait 5 minutes and then continue.
* If you see "Reconfiguration appears to have completed successfully." then continue, else wait 5 minutes and then continue.
* Kick off the build, noting:
* Kick off the build using release.sh:
** Branch should be releases/comm-beta or releases/comm-release as appropriate
** The message in -m should be unique, otherwise buildbot may get confused.


  $ ./buildbot.sh sendchange --username=<who you are> --master=localhost:9030 --branch=releases/comm-release -m "Lightning 1.1 final build 1 kick 1" doit
$ # Usage: release.sh <beta|release> <version> [<buildnr>] [<kicknr>]
  $ ./release.sh beta 1.3b1
$ # or:
$ ./release.sh release 1.3


* At this stage, the [https://buildbot-admin.mozillamessaging.com/calendar/builders/tag/ master should show] that the "tag" builder either has a build pending, or is running.
* At this stage, the [https://buildbot-admin.mozillamessaging.com/calendar/builders/tag/ master should show] that the "tag" builder either has a build pending, or is running.
Line 69: Line 80:
** Check if all that fails is the hg out step. If so, then the push step could have worked and tagging is correct. Use to force build button on the release and source builders (linux_build, linux64_build, win32_build, macosx64_build, source)
** Check if all that fails is the hg out step. If so, then the push step could have worked and tagging is correct. Use to force build button on the release and source builders (linux_build, linux64_build, win32_build, macosx64_build, source)
** If tagging partially failed, modify l10n-calendar-changesets to only include locales that weren't tagged and restart the tag builder.
** If tagging partially failed, modify l10n-calendar-changesets to only include locales that weren't tagged and restart the tag builder.
* ''' A platform builder fails (win32_build, linux_build, ...)
** Just hit the 'restart build' button on the failed build. The build properties will be used from the failed build, so you don't have to reconfigure anything
** You may even clobber a builder inbetween and then restart build. This won't disrupt anything.
258

edits