Skip to content

chore(deps): update korthout/backport-action action to v4.5.2#28

Open
sevojulj wants to merge 1 commit into
mimafrom
renovate/korthout-backport-action-4.x
Open

chore(deps): update korthout/backport-action action to v4.5.2#28
sevojulj wants to merge 1 commit into
mimafrom
renovate/korthout-backport-action-4.x

Conversation

@sevojulj
Copy link
Copy Markdown

This PR contains the following updates:

Package Type Update Change
korthout/backport-action action minor v4.2.0v4.5.2

Warning

Some dependencies could not be looked up. Check the Dependency Dashboard for more information.


Release Notes

korthout/backport-action (korthout/backport-action)

v4.5.2: Backport-action v4.5.2

Compare Source

What's Changed

Bug fix for Summary comment incorrectly reports success when no target branches are found #​629. When the action runs but finds no targets (no matching labels and no target_branches input), the summary comment now explicitly states this instead of the misleading "backported this pull request". The comment also hints at filtering the trigger at the workflow level so the action runs only when there's work to do, and the README usage example now demonstrates that pattern with a label-prefix filter.

Documentation

The README grew a new section on computing target_branches dynamically at workflow runtime. You may need this when targets come from a config file, an API call, or a parsed /backport <branch> comment rather than labels. We also made some further improvements to the README examples. We collapsed the signing example into a <details> block, tightened the comment-trigger example, and bumped the actions/checkout to v6 across examples.

Updated dependencies

Full Changelog: korthout/backport-action@v4.5.1...v4.5.2

v4.5.1: Backport-action v4.5.1

Compare Source

What's Changed

Bug fix for comment_style: summary drops conflict-resolution instructions #​633

Updated dependencies
Maintenance changes

Full Changelog: korthout/backport-action@v4.5.0...v4.5.1

v4.5.0: Backport-action v4.5.0

Compare Source

What's Changed

This release introduces a new comment_style input with two options:

  • legacy (default): one comment per target branch. This is the same behavior as you know from previous versions.
  • summary: a single comment per workflow run that updates progressively as each target is processed. It links back to the workflow run, shows a status table for every target, and includes recovery hints for known failure modes (e.g. push permission denied, cherry-pick conflicts).

Here's what a summary comment looks like mid-run:

Backport-action is backporting this pull request in workflow run 15439584062.

Target Status
stable/8.7 ✅ Created #​612
stable/8.6 ⚠️ Drafted with conflicts #​613
stable/8.5 ❌ Failed
stable/8.4 ➖ Skipped (PR already exists)
stable/8.3 ⌛ Pending
❌ stable/8.5 — unable to cherry-pick

Tried to cherry-pick commits onto stable/8.5, but the cherry-pick failed.

Please cherry-pick the changes locally and resolve any conflicts.

git fetch origin stable/8.5
git worktree add -d .worktree/stable/8.5 origin/stable/8.5
cd .worktree/stable/8.5
git switch --create <backport-branch-name>
git cherry-pick -x a1b2c3d e4f5g6h

Opt in by adding comment_style: summary to your workflow:

- uses: korthout/backport-action@v4.5.0
  with:
    comment_style: summary

I'd love feedback on summary while it's opt-in. Drop a comment on #​611 with anything that's confusing, missing, or broken. Once it's proven stable in real workflows, I plan to make it the default and deprecate legacy in a future major release.

Updated dependencies
Maintenance changes

Full Changelog: korthout/backport-action@v4.4.0...v4.5.0

v4.5

Compare Source

v4.4.0: Backport-action v4.4.0

Compare Source

What's Changed

The new add_reviewers and add_team_reviewers inputs allow backport-action to request a review on the created backport pull request from the users and teams specified. These inputs can be used in simple setups where you want a particular user to always review, as well as in advanced setups where reviewers are determined in a separate workflow step. You can use these inputs in addition to any of the other reviewer inputs. Thanks for another great contribution @​mvlassis!

Backport-action no longer instructs users to force-push (with a lease) in the manual instructions for conflicts when using the draft_commit_conflicts option for the experimental conflict_resolution input. When running these instructions locally, the cherry-pick would fail due to conflicts, and the force push could push back the branch to its base, effectively closing the PR. This was confusing and added to the manual effort needed. Instead, users should resolve conflicts locally and push changes only when they are ready. Thanks for the fix @​ChrisKujawa!

Updated dependencies
Maintenance changes
New Contributors

Full Changelog: korthout/backport-action@v4.3.0...v4.4.0

v4.4

Compare Source

v4.3.0: Backport-action v4.3.0

Compare Source

What's Changed

The new copy_all_reviewers input allows backport-action to request a review on the backport pull request from all reviewers of the original pull request. When enabled, it requests reviews from both those who have already completed their review and those with pending review requests. You can use it in addition to any of the other reviewer inputs. Thanks for the great contribution @​mvlassis!

Updated dependencies
New Contributors

Full Changelog: korthout/backport-action@v4.2.0...v4.3.0

v4.3

Compare Source


Configuration

📅 Schedule: (UTC)

  • Branch creation
    • At any time (no schedule defined)
  • Automerge
    • At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR has been generated by Mend Renovate.

@sevojulj
Copy link
Copy Markdown
Author

Edited/Blocked Notification

Renovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR.

You can manually request rebase by checking the rebase/retry box above.

⚠️ Warning: custom changes will be lost.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant