Skip to content

Latest commit

 

History

History
79 lines (61 loc) · 4.78 KB

releases.md

File metadata and controls

79 lines (61 loc) · 4.78 KB

Application Services Release Process

Nightly builds

Nightly builds are automatically generated using a taskcluster cron task.

Release builds

Release builds are generated from the release-vXXX branches and triggered in Ship-it

  • Whenever a commit is pushed to a release branch, we build candidate artifacts. These artifacts are shippable -- if we decide that the release is ready, they just need to be copied to the correct location.
  • The push phase of release-promotion copies the candidate to a staging location where they can be tested.
  • The ship phase of release-promotion copies the candidate to their final, published, location.

[Release management] Creating a new release

This part is 100% covered by the Release Management team. The dev team should not perform these steps.

This is documented under Release Management/Release Process Checklist Documentation, see application-services steps under Beta Merge Day steps

Cutting patch releases for uplifted changes (dot-release)

If you want to uplift changes into a previous release:

  • Make sure the changes are present in main and have been thoroughly tested
  • Find the PR for the changes and add this comment: @mergify backport release-vXXX
  • Find the Bugzilla bug with the changes and add an uplift request
    • Find the attacment corresponding to new PR created from the @mergify comment.
    • Click the "details" link
    • Set approval-mozilla-beta or approval-mozilla-release to ?
    • Save the form
  • Release management will then:
    • Arrange for the backport to be merged
    • Create a new Application Services release in Ship-It for the release branch. Promote & ship the release
    • Tag the release in the Application Services repo
  • Notify the Application Services team in case there is a need to cut a new release of rust-components-swift
  • Notify any affected consumer applications teams.

What gets built in a release?

We build several artifacts for both nightlies and releases:

Nightly builds

For nightly builds, consumers get the artifacts directly from the taskcluster.

  • For, firefox-android, the nightlies are handled by relbot
  • For, firefox-ios, the nightlies are consumed by rust-components-swift. rust-components-swift makes a github release, which is picked up by a Github action in firefox-ios

Release promotion

For real releases, we use the taskcluster release-promotion action. Release promotion happens in two phases:

  • promote copies the artifacts from taskcluster and moves them to a staging area. This allows for testing the consumer apps with the artifacts.
  • ship copies the artifacts from the staging area to archive.mozilla.org, which serves as their permanent storage area.