Confirmed users
3,816
edits
Auto-tools/Projects/Mozmill/Release: Difference between revisions
Auto-tools/Projects/Mozmill/Release (view source)
Revision as of 20:16, 26 January 2011
, 26 January 2011no edit summary
No edit summary |
|||
| Line 1: | Line 1: | ||
Releasing Mozmill has a lot of moving parts. Here's how it's done. | Releasing Mozmill has a lot of moving parts. Here's how it's done. | ||
= Releasing For Real = | |||
# Release to Pypi | |||
# Release to AMO | |||
# Release to Mozilla-central | |||
= Releasing a Preview Release (aka Release to PyPi) = | = Releasing a Preview Release (aka Release to PyPi) = | ||
| Line 11: | Line 16: | ||
'''Note:''' For step 5, you'll have to have a key registered with [http://pypi.python.org pypi] and be listed as a maintainer of the pypi packages in order for the upload step to work. If you need that access for some reason, let harth or ctalbert know. | '''Note:''' For step 5, you'll have to have a key registered with [http://pypi.python.org pypi] and be listed as a maintainer of the pypi packages in order for the upload step to work. If you need that access for some reason, let harth or ctalbert know. | ||
= Release to AMO = | |||
# Once you have a final version, cd into mozmill/mozmill/mozmill/extension | |||
# Run: ant -f build.xml (this builds the extension) | |||
# Log into your AMO account (assuming you are an editor on AMO), upload the new extension and fill out the required forms on AMO for it. | |||
= Release to Mozilla-central = | |||
# Once you have a final version that you've uploaded to Pypi and AMO, tag your git branch: git tag -a -m "<msg>" <releasetag>; git push mozauto <releasetag>, (Or do this before releasing final to pypi and amo, either way there are no more code changes at this point so it doesn't matter). | |||
# Create a diff of this branch against the latest mozilla-central repo (mozmill is in testing/mozmill), file a bug and get this reviewed. | |||
# Make any necessary changes to test manifest (if we are adding new tests as part of this release etc) | |||
# Move over applicable versions of tests from [http://hg.mozilla.org/qa/mozmill-tests the QA Test Repo], to mozilla-central. Create a diff, attach to the same bug you just used for the source and get Henrik (:whimboo) to review it. | |||
# If there are make file updates for the new version (this is rare) create a patch for those and get it reviewed. | |||
# If there are changes to the [http://hg.mozilla.org/build/buildbotcustom buildbot custom] steps for mozmill (this is rare) create a diff for those and get it reviewed. | |||
# If there were buildbot custom changes, run all these patches through the auto-tools staging system and verify it's ok. | |||
# If making buildbot changes, hide mozmill tests on the "Firefox" (mozilla-central) tree, land buildbot changes, test all patches against try server. This way we can see that the new code will work with the new buildbot steps. If not making buildbot changes, then you don't need to hide the mozmill tests on the "Firefox" tree, you can simply run them against try server. | |||
# If the try server run comes back green, and no new errors are found, land on mozilla-central. | |||