-
Notifications
You must be signed in to change notification settings - Fork 78
Releasing
- [Release] (#release)
At this given point, we plan to only have beta and stable channel. You can read more information about release channels here
# Schedule2013
Release | Date(Thursday of the week) | MileStone |
33 | Dec 19th |
Santa
|
Release | Date(Thursday of the week) | MileStone |
34 | Feb 20th |
Valentine
|
35 | March 20th |
Easter
|
36 | May 15th |
Spring
|
37 | Jun 26rd |
Summer
|
38 | Aug 21th |
Harvest
|
39 | Oct 2nd |
Autumn
|
40 | Nov 13th |
ThanksGiving
|
Release | Date(Thursday of the week) | MileStone |
46 | Oct 9th |
Santa
|
We do a pre-release tag on the above-mentioned dates. The pre-release will be done with tip of the master on that given day. Next, few days will be more of a testing period and ensuring a stable release. At this point, stable means an at-least to be able to launch the browser and no new regressions. Once ready, we tag the release. The release tag may happen with same commit as pre-release tag or another depending on any issues found during testing phase. One should be able to download the source code tar ball from [release section] (https://github.com/01org/ozone-wayland/releases).
Every release has notes containing the following information:
- Release and milestone information.
- Supported Mesa and Wayland version.
- Bugs fixed in release.
- New features supported.
- Contributor names.
Before upgrading any existing release, please [read] (http://www.chromium.org/getting-involved/dev-channel#TOC-What-should-I-do-before-I-change-my-channel-) this.
## Ozone-Wayland developers- Tagging a ReleaseA good starting point is to read GitHub documentation related to making releases
One need to follow these steps for tagging a new release:
A good starting point is to read GitHub documentation related to making releases
One need to follow these steps for tagging a new release:
- Create a release branch from tip of master branch and do a pre-release tag. One can do this directly in GitHub release section. For tag version provide the output of the command ./chrome --version. For release title provide 'Chromium Wayland Browser + tag version'. Check This is a pre-release option.
- Test for any regressions.
- If any additional changes needed from the Ozone - Wayland side, push the changes to release and master branch. Any changes needed from chromium side, add them into patches and push them to release branch only.
- Tag release. If nothing has changed from pre-release tag version, edit the pre-release tag and uncheck pre-release option. If we had pushed more changes into the release branch, tag tip of release branch(similar to 1 but don't select pre-release option).
- Delete any pre-release tags.
- Generate binaries from source package and upload them to 01.org. There's a simple hack for preparing the binary, where it shows how to create a tarball from the build directory that excludes a few files.
Edit your .gclient and set: "managed": False,
Note: When working with Ozone-Wayland Master, we need managed to be True but with Release branch it needs to be False.
cd ~git/chromium # (Your top level directory). gclient sync --with_branch_heads cd src/ BRANCH=1809 # Branch number of the release. One can find this information as part of release notes. git config --replace-all svn-remote.svn_$BRANCH.url http://src.chromium.org/chrome git config --replace-all svn-remote.svn_$BRANCH.rewriteRoot "svn://svn.chromium.org/chrome" git config --replace-all svn-remote.svn_$BRANCH.rewriteUUID "0039d316-1c4b-4281-b951-d872f2087c98" git config --replace-all svn-remote.svn_$BRANCH.fetch branches/$BRANCH/src:refs/remotes/origin/$BRANCH echo "ref: refs/remotes/branch-heads/$BRANCH" > .git/refs/remotes/origin/$BRANCH git svn fetch svn_$BRANCH git checkout -b branch_$BRANCH origin/$BRANCH # Checkout Release branch. git config branch.branch_$BRANCH.merge refs/heads/$BRANCH # Make git-cl happy. git config branch.branch_$BRANCH.remote branch-heads cd .. # (cd to top level directory) gclient sync # Checkout all submodules at their branch DEPS revisions. ./src/ozone/patches/patch-chromium.sh # Apply Ozone-Wayland specific patches.