• Home
    • View
    • Login
    This page
    • Normal
    • Export PDF
    • Page Information

    Loading...
  1. Dashboard
  2. Undefined Space
  3. JDK 8u
  4. Detailed Process Description

Page History

Versions Compared

Old Version 8

changes.mady.by.user Christoph Langer

Saved on Apr 24, 2019

compared with

New Version 9

changes.mady.by.user Christoph Langer

Saved on Apr 24, 2019

  • Previous Change: Difference between versions 7 and 8
  • Next Change: Difference between versions 9 and 10
  • View Page History

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Right after the update release 8u<release before n> was branched from mercurial forest jdk8u-dev to jdk8u, the release cycle for release 8u<n> starts. As the very first step, the jdk8u-dev repository will be tagged with jdk8u<n>-b00. At about 6 weeks before its general availability (GA), an update release enters ramp down phase 2 (RDP2) and the current state of jdk8u-dev will be transported to jdk8u. From that point onwards, the update release is stabilized by only accepting very select fixes in jdk8u. Eligible candidates are fixes that Oracle has brought to their correspondent JDK8 update release, fixes for high priority issues or test fixes. Builds from jdk8u will be tagged on a weekly basis, when new changesets have been pushed. The tags will have the format of jdk8u<n>-b<build>, where <n> is the placeholder for the update release and <build> is the monotonically increasing double digit build number. Each tag that gets set in jdk8u will be integrated back to jdk8u-dev in a timely manner. At about 2 weeks before GA, a complete freeze will be anounced for jdk8u, allowing the maintainers of the security changes (currently Red Hat) to integrate and test the collected fixes in a secure, internal environment. At the release day, these will be merged into jdk8u and the final tags jdk8u<n>-b<build> and jdk8u<n>-ga will be set.

...

WhenWhat
Very early, e.g. 6 months before GAPublish timeline on Wiki page

Create release specific JBS filters, e.g. for monitoring backports to keep in sync with Oracle
~ 6 weeks before GA

Merge jdk8u-dev to jdk8u:

1. On jdk8u-dev repository (and all its subrepositories):

hg pull -u

2. On jdk8u repository (and all its subrepositories):

hg pull -u
hg pull <jdk8u-dev repository location>
hg merge
hg commit -m "Merge"
hg push ssh://<userid>@hg.openjdk.java.net/jdk8u/jdk8u{/subrepository}


Announce (short) freeze of jdk8u-dev for preparation of release 8u<release after n>on the mailing list


Set status of jdk8u-dev to "closed" and jdk8u to "accepting fixes for 8u<n>" in Wiki

Tag jdk8u-dev (and all its subrepositories) with jdk8u<release after n>-b00:

hg pull -u

hg tag jdk8u<release after n>+-b00

hg push ssh://<userid>@hg.openjdk.java.net/jdk8u/jdk8u-dev{/subrepository}


Request new JBS version openjdk8u<release after n> and change of hgupdater settings for jdk8u-dev codeline to honor new version on push

Update JBS filter https://bugs.openjdk.java.net/issues/?filter=36562 that shows eligible critical fixes

Add version openjdk8u<n> to fixVersion


Await confirmation for hgupdater change, then update Wiki to set status of jdk8u-dev to

"accepting changes for 8u<release after n>", announce opening of jdk8u-dev for new release on mailing list


Update https://bugs.openjdk.java.net/issues/?filter=36427 that shows eligible fixes for pushing

Add version openjdk8u<release after n> to fixVersion

~6 weeks before GA until ~2 weeks before GA

in a weekly rythm

initial tag (b01) to be done right after

merge from jdk8u-dev

Tag jdk8u and merge back to jdk8u-dev:

1. On jdk8u (and all its subrepositories):

hg pull -u

hg tag jdk8u<n>+b<b>-b<build>

hg push ssh://<userid>@hg.openjdk.java.net/jdk8u/jdk8u{/subrepository}

2. On jdk8u-dev (and all its subrepositories):

hg pull -u

hg pull <jdk8u-dev repository location> -r <change id of tag change>

hg merge

hg commit -m "Merge"

hg push ssh://<userid>@hg.openjdk.java.net/jdk8u/jdk8u-dev{/subrepository}

release day, when security changes

and jdk8u<n>-ga tag have been pushed

Sync ga tag back to jdk8u-dev:

1. On jdk8u (and all its subrepositories):

hg pull -u

2. On jdk8u-dev (and all its subrepositories):

hg pull -u

hg pull <jdk8u-dev repository location> -r <change id of ga tag>

hg merge

hg commit -m "Merge"

hg push ssh://<userid>@hg.openjdk.java.net/jdk8u/jdk8u-dev{/subrepository}


Set status of jdk8u to "closed"

Request new hgupdater setting for jdk8u codeline to honor version openjdk8u<release after n> on push
Overview
Content Tools
ThemeBuilder

Terms of Use
• License: GPLv2
• Privacy • Trademarks • Contact Us

Powered by a free Atlassian Confluence Open Source Project License granted to https://www.atlassian.com/software/views/opensource-community-additional-license-offer. Evaluate Confluence today.

  • Kolekti ThemeBuilder Powered by Atlassian Confluence 8.5.21
  • Kolekti ThemeBuilder printed.by.atlassian.confluence
  • Report a bug
  • Atlassian News
Atlassian
Kolekti ThemeBuilder EngineAtlassian Confluence
{"serverDuration": 170, "requestCorrelationId": "24a171d382843fe4"}