Conversation
|
I'm not sure putting the template into .github/ in the backport-branch ist great. Maybe we should put it somewhere in the pr_tool python module? |
|
Testing the tools. At step create it is not clear if the --into is mandatory or not, and if you need to have an existing branch already (seems so) I've tried without any parameter Ok after a few tries I've found that Give all the correct details, I was just a bit confuse about the --into ( for me a --on or --from would have make more sense, but I will adapt to --into :-) ) Work well, after 10 minutes playing with. A nice and great enhancement into our workflow. |
|
@arogge template need to remove the blank line so list is not double line |
sebsura
left a comment
There was a problem hiding this comment.
Looks good to me. I added some comments.
d49ce31 to
acf9661
Compare
sebsura
left a comment
There was a problem hiding this comment.
Thanks for you work! Ill approve of it now, but please do update the copyright headers with the correct year!
7ec52cb to
bcd2777
Compare
This patch adds the new subcommand "backport" to pr-tool which supports the following operations: pr-tool backport create <pr> [--into <branch>] create a new backport-branch based on <branch> (or the current branch) and cherry-pick commits from <pr> pr-tool backport cherry-pick [--reset] Re-run the cherry-pick from the original PR, optionally automatically resetting the base-branch pr-tool backport publish [--dry-run] create the backport PR on GitHub
Based on GitHub's boilerplate for Python, we now ignore some build/install artifacts that pipenv might be creating.
This was previously taken from the backport-branch, which is probably not what we want.
detect the "feature" label on the PR and put the changelog record into the Added section.
previously we only considered the first URL for a remote. With this change we ignore remotes that have multiple URLs configured and emit a warning. Remotes with multiple URLs are only used if you want to push to multiple locations at once, which is probably not what `pr_tool backport` should be doing.
Add a positive_int type for argparse and use that for the pr number parameter.
bcd2777 to
5ca8a79
Compare
5ca8a79 to
18e7aa1
Compare
This PR adds a pr-tool subcommand to assist when backporting pull requests to previous releases.
It also updates all the python dependencies in pip-tools.
See
devtools/pr-tool backport --helpfor help.Don't forget to
cd devtools/pip-tools; pipenv --rm; pipenv syncto get updated dependencies.TODO:
allow users to pass a custom branch-name onpr-tool backport create?backport_pr_template.mdPlease check
If you have any questions or problems, please give a comment in the PR.
Helpful documentation and best practices
Checklist for the reviewer of the PR (will be processed by the Bareos team)
Make sure you check/merge the PR using
devtools/pr-toolto have some simple automated checks run and a proper changelog record added.General
Source code quality