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