RFR: 2226: Make it possible to avoid "forward backports"
Erik Duveblad
ehelin at openjdk.org
Fri Apr 12 08:56:38 UTC 2024
Hi all,
please review this re-implementation of avoiding so called "forward backports", this time around in the `IssueNotifier`, meaning that Skara will avoid to create a "forward backport" _after_ a pull request has been integrated. Solving the problem in the `IssueNotifier` turned out to be a much more natural fit, so thanks @zhaosongzs and @erikj79 for the discussion in #1630.
The new implementation will avoid creating a "foward backport" if _no_ suitable backport (or "forward backport") is found. That is, if JBS already contains a backport (or "forward backport") that can be used, then that backport (or "forward backport") will be used. This makes sense to me because in this scenario the user has (most likely) set up the issues in JBS for this to happen. But when Skara decides to create a _new_ backport, then (if `"avoidforwardports"` is `true` in the configuration) the code will never create "forward backport", instead opting to create a backport with the primary issue's `fixVersions` and setting `fixVersions` of the primary issue to the value found in the repository's `.jcheck/conf`.
I also added a number of new unit tests. Note that this pull request depends on #1636 in order for the tests to pass, so the tests will fail until #1636 is integrated.
Thanks,
Erik
-------------
Depends on: https://git.openjdk.org/skara/pull/1636
Commit messages:
- skara-2226
Changes: https://git.openjdk.org/skara/pull/1637/files
Webrev: https://webrevs.openjdk.org/?repo=skara&pr=1637&range=00
Issue: https://bugs.openjdk.org/browse/SKARA-2226
Stats: 284 lines in 4 files changed: 280 ins; 0 del; 4 mod
Patch: https://git.openjdk.org/skara/pull/1637.diff
Fetch: git fetch https://git.openjdk.org/skara.git pull/1637/head:pull/1637
PR: https://git.openjdk.org/skara/pull/1637
More information about the skara-dev
mailing list