Closed peat-psuwit closed 2 months ago
St.:grey_question: |
Category | Percentage | Covered / Total |
---|---|---|---|
π’ | Statements | 89.71% | 497/554 |
π’ | Branches | 86.1% (-0.12% π») |
192/223 |
π’ | Functions | 87.4% | 111/127 |
π’ | Lines | 89.57% | 481/537 |
215 tests passing in 18 suites.
Report generated by π§ͺjest coverage report action from aab201c862a7df5176255645b594295efd99872a
Thank you for submitting this pull request
Description
GitLabClient already handle commit order reversing, so re-handle it in Runner causes cherry-pick order on GitLab to be wrong.
Remove commit order handling from Runner, and instead handle difference between GitHub and Codeberg inside GitHubClient.
Now, since the default of --bp-branch-name takes the commit list from {GitHub,GitLab}Client directly, that means backporting branch name on Codeberg will also be changed to have commits in the correct order too (old to new, in line with GitHub and GitLab), which is IMO a nice bonus.
How Has This Been Tested?
Checklist
Merge criteria:
First time here?
This project follows [git conventional commits](https://gist.github.com/qoomon/5dfcdf8eec66a051ecd85625518cfd13) pattern, therefore the commits should have the following format: ```How to prepare for a new release?
There is no need to manually update `package.json` version and `CHANGELOG.md` information. This process has been automated in [Prepare Release](./workflows/prepare-release.yml) *Github* workflow. Therefore whenever enough changes are merged into the `main` branch, one of the maintainers will trigger this workflow that will automatically update `version` and `changelog` based on the commits on the git tree. More details can be found in [package release](https://github.com/kiegroup/git-backporting/blob/main/README.md#package-release) section of the README.