RFR: Using backports for stabilization repositories

David Holmes dholmes at openjdk.org
Fri Jun 9 04:33:04 UTC 2023


On Wed, 31 May 2023 18:34:03 GMT, Erik Helin <ehelin at openjdk.org> wrote:

> Hi all,
> 
> please review this patch that replaces the documentation on the "forward ports" process with the [recently adopted](https://mail.openjdk.org/pipermail/jdk-dev/2023-May/007889.html) "backports" process. The changes are fairly small since the guide already contains great documentation on backports, I just had to adopt it slightly to also cover stabilization repositories.
> 
> Thanks!
> Erik

There are a couple of things that are unclear me and I'm not sure where they should be addressed:

1. When backporting to the release stabilization repository, as opposed to an update release repository, there is no specific backport approval process, but a particular issue may need specific approval due to the nature of the issue and which stage of rampdown we are in (e.g. late enhancements).

2. If we have a candidate issue for the release stabilization repo, which we will have to push to mainline first, should we be marking the JBS issue somehow to show that the backport is intended to be done? With the old system we would keep an issue targeted to the older release in general and the forward-port would create the backport issue for the new release. With the new scheme the JBS issue should be targeted to the latest release and so you can't tell by looking at that if there is any intent to backport it.

-------------

PR Review: https://git.openjdk.org/guide/pull/105#pullrequestreview-1471211660


More information about the guide-dev mailing list