Bump korthout/backport-action from 2 to 3

[dependabot]

Bumps korthout/backport-action from 2 to 3.

Release notes

Sourced from korthout/backport-action's releases.

Backport-action v3.0.0

Changed

• [Breaking] Use merge method to cherry-pick by default by @​korthout in korthout/backport-action#420

This release changes the default behavior of the action to determine which commits are cherry-picked. While this behavior change doesn't necessarily require changes to your workflow, it warrants a major version bump.

Previously, the action cherry-picked the commits from the pull request. Specifically, those reachable from the pull request's head and not reachable from the pull request's base.

From now on, the action cherry-picks the commits based on the method used to merge the pull request by default.

• For "Squash and merge", the action cherry-picks the squashed commit.
• For "Rebase and merge", the action cherry-picks the rebased commits.
• For "Merged as a merge commit", the action cherry-picks the commits from the pull request.

If you previously used the experimental detect_merge_method input, we suggest you remove it from your workflow. This experimental input has been deprecated and replaced by the cherry_picking input.

If you want to return to the previous behavior, you can set the cherry_picking input to pull_request_head.

This behavior was previously available via the experimental detect_merge_method input, introduced in korthout/backport-action#399. Special thanks go out to @​jschmid1 for contributing this feature.

Added

This release also adds two new experimental features. Special shoutouts to @​tasso94 and @​vermz99 for contributing these!

• Allow backporting to a downstream repository by @​tasso94 in korthout/backport-action#405

With the experimental downstream_repo and downstream_owner inputs, you can backport to a repository other than where the workflow runs. For example, when you use a fork to maintain the previously released versions. You can also see this as backporting to a remote repository, but we felt it was better described as backporting to a downstream repository. The default behavior remains that the action always backports to the repository in which the workflow runs.

• Add conflict_resolution input by @​vermz99 in korthout/backport-action#417

With the experimental conflict_resolution input, you can now change how the action will handle conflicts during cherry-picking. Set it to draft_commit_conflicts to create a draft pull request with the first conflict encountered committed to reduce some of the manual efforts in backporting. The default behavior stays like before and can be configured explicitly as fail. In that case, the backport fails when the cherry-pick encounters a conflict.

Updated Dependencies

• build(deps): bump undici from 5.28.3 to 5.28.4 by @​dependabot in korthout/backport-action#418
• build(deps): bump dedent from 1.5.1 to 1.5.3 by @​dependabot in korthout/backport-action#419

New Contributors

• @​tasso94 made their first contribution in korthout/backport-action#405
• @​vermz99 made their first contribution in korthout/backport-action#417

Full Changelog: korthout/backport-action@v2.5.0...v3.0.0

Backport-action v2.5.0

What's Changed

• Add configurable branch_name input by @​AlexVermette-Eaton in korthout/backport-action#416

Updated Dependencies

• build(deps): bump undici from 5.27.0 to 5.28.3 by @​dependabot in korthout/backport-action#414

New Contributors

• @​AlexVermette-Eaton made their first contribution in korthout/backport-action#416

... (truncated)

Commits

• 7e7cb19 dist: release 3.0.0
• 5ff61e2 Merge pull request #420 from korthout/korthout-elevate-detect-merge-method-input
• 54c4bc6 dist: bump major version to v3
• 206c831 dist: build new version
• 79c8bf7 docs: remove deprecated detect_merge_method input
• 0d9e567 feat: deprecate experimental detect_merge_method
• f63ddf8 breaking: change default cherry-picked commits
• a9da7bc docs: clarify how commits are cherry-picked
• a3c2461 feat: introduce cherry_picking input
• 8e95300 Merge pull request #417 from vermz99/main
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)