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

    Loading...
  1. Dashboard
  2. Undefined Space
  3. JDK 7u
  4. JDK 7 Updates: Ground Rules

Page History

Versions Compared

Old Version 2

changes.mady.by.user Andrew Haley

Saved on Jun 29, 2015

compared with

New Version 3

changes.mady.by.user Andrew Haley

Saved on Aug 28, 2015

  • Previous Change: Difference between versions 1 and 2
  • Next Change: Difference between versions 3 and 4
  • View Page History

Key

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

JDK 7 Updates: Ground Rules

Rule 0

This process is subject to change. Changes MUST be approved by Project Lead and Technical Lead. Changes considering development in OpenJDK MUST be publicly discussed on the jdk7u-dev mailing list prior to approval to allow for public feedback. Project Lead is Andrew Haley, Technical Lead is TBD.

Rule 1

Any change that is not specific to JDK 7 Update MUST go into the JDK feature release code line first. The change MUST then be backported to the different JDK Update forests starting with the latest family version first. As a special exception, a change MAY go into the JDK 7 Update forest if sufficient reasons are given for not forward porting it or if forward port planning is already in progress.

Rule 2

The always open mainline JDK 7 Update forest is maintained by the Project Lead. Exceptions to that are e.g. specific release repositories, where the Project Lead MAY delegate that authority.

Rule 3

Changes submitted for a JDK 7 Update forest MUST go through code review, and MUST be approved by the maintainer for that forest. The maintainer of a forest MAY delegate that authority, allowing for approvals to happen in a more finely granular fashion - per repository, for example.

Rule 4

Maintainer approvals for public JDK 7 Update forests MUST take place on the jdk7u-dev@openjdk.java.net mailing list. Code reviews SHOULD take place on that list - if they take place somewhere else, as part of the approval request a URL for the public code review MUST be provided.

Rule 5

A maintainer for a forest MAY pre-approve JDK 7 Update changes undergoing code review for a later JDK release family version.

Rule 6

A maintainer for a forest MAY request additional reviews for changes to be performed before it is approved for their forest.

Rule 7

A maintainer for a forest SHOULD coordinate with the appropriate stakeholders to determine whether changes are appropriate for their forest.

Rule 8

For changes submitted for inclusion into a public JDK 7 Update forest, the corresponding bug tracker entry SHOULD be publicly visible.

Rule 9

If the corresponding bug tracker entry is not publicly visible for a change submitted for inclusion into a public JDK 7 Update forest, the submitter SHOULD provide guidance for code review.

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.23
  • Kolekti ThemeBuilder printed.by.atlassian.confluence
  • Report a bug
  • Atlassian News
Atlassian
Kolekti ThemeBuilder EngineAtlassian Confluence
{"serverDuration": 276, "requestCorrelationId": "ee9befe84055e03d"}