JavaFX 18 is in Rampdown Phase One (RDP1)

[Kevin Rushforth]

JavaFX 18 is now in Rampdown Phase One (RDP1) [1]. We have forked a new 
jfx18 branch [2] for stabilizing the JavaFX 18 release.

Here is the short summary of what this means:

- The master branch of the jfx repo is available for integrating bug 
fixes or enhancements for openjfx19. Most fixes will be integrated to 
master for 19.

- The jfx18 branch of the jfx repo is now open for integrating fixes for 
openjfx18 that meet the RDP1 criteria as outlined below.

- Reviewers and Committers now have an additional responsibility to 
verify the target branch of each pull request.

- I will periodically sync jfx18 --> master, meaning that developers 
should integrate fixes to one or the other, not both


DETAILS:

P1-P3 bug fixes, and test or doc fixes of any priority are good 
candidates for integrating to jfx18 during RDP1. The only hard 
restriction is that enhancements need explicit approval, over and above 
the review of the PR, to go into jfx18. The bar for such approval is 
appropriately high. We also need to be careful to avoid potentially 
risky fixes during this time. Note that these restrictions apply to the 
jfx18 branch. The master branch is open for all openjfx19 fixes, 
including enhancements.

As a reminder, we use a single openjdk/jfx GitHub repo with 
stabilization branches [3] rather than a separate stabilization repo. 
The jfx18 branch is used to stabilize the upcoming openjfx18 release. 
Please be aware of this, especially if you are a Reviewer or Committer 
in the Project. This allows all pull requests to be in the same place, 
but care needs to be taken for any PR that is targeted to jfx18 to 
ensure that it doesn't contain any commits from master after the jfx18 
fork date. What that means is that if you intend a PR to be for jfx18, 
don't merge master into your local source branch!

IMPORTANT: Reviewers and Committers now have an extra responsibility to 
double-check the target branch of each PR that they review, integrate, 
or sponsor. By default a PR will be targeted to `master` which is the 
main development line (OpenJFX 19 as of today). This is usually what we 
want. A PR should be targeted to `jfx18` if, and only if, it is intended 
for OpenJFX 18 and meets the criteria for the current rampdown phase 
(we're in RDP1 as of today). Reviewers are advised to be extra cautious 
in approving potentially risky fixes targeted to `jfx18`. If there is a 
concern, then a reviewer can as part of the review indicate that the PR 
should be retargeted to `master` for 19. Reviewers also need to be extra 
careful when reviewing PRs targeted to jfx18 that it doesn't mistakenly 
contain any commits from the master branch. You'll be able to tell 
because the diffs will contain changes that are not part of the fix 
being reviewed. Such a PR will either need to be closed and redone, or 
it will need to be rebased and force-pushed.

We will use the same rules for RDP1 that the JDK uses [4], with the same 
three modifications we did for the previous release:

1. Approval is needed from one of the OpenJFX project leads (not the 
OpenJDK project lead)

2. Since we are not part of the JDK, we need to use labels that do not 
collide with the JDK 18 release. As an obvious choice, derived from the 
JBS fix version, we will use "openjfx18-enhancement-request", 
"openjfx18-enhancement-yes", "openjfx18-enhancement-no" and 
"openjfx18-enhancement-nmi" as corresponding labels.

3. No explicit approval (no JBS label) is needed to integrate P4 bugs to 
the jfx18 branch during RDP1, as long as those bugs have otherwise met 
the usual code review criteria. Having said that, most P4 bugs should 
now go into master for openjfx19, since we do not want to risk anything 
that would destabilize the openjfx18 release without a compelling 
reason. Also, we have only 3 weeks until RDP2 of openjfx18 and we would 
be better served fixing higher priority bugs. Note that doc bugs and 
test bugs of any priority are fine to fix for openjfx18 during this time.

Let me know if there are any questions.

-- Kevin

[1] 
https://mail.openjdk.java.net/pipermail/openjfx-dev/2021-November/032657.html

[2] https://github.com/openjdk/jfx/tree/jfx18

[3] https://github.com/openjdk/jfx/branches/all

[4] http://openjdk.java.net/jeps/3