Even when my feature branch was branched out from the latest version of master
, when I attempt to rebase my PR (from feature X to master), I end up seeing:
This branch cannot be rebased due to conflicts Rebasing the commits of this branch on top of the base branch cannot be performed automatically due to conflicts encountered while reapplying the individual commits from the head branch.
I understand that this can be resolved by:
git checkout master
git rebase feature/x
(resolve conflicts)
However, direct pushing to master
is locked and I need to go through a PR. What are the steps to successfully be able to rebase a feature/x
branch to master through a pull request?
If you created the branch from master
but you now need to rebase onto master
then master
must have been updated since you created your branch. The conflicts come from those changes.
I understand that this can be resolved by:
git checkout master git rebase feature/x (resolve conflicts)
This isn't correct. This would rebase master
onto feature/x
; you need to rebase feature/x
onto master
.
Instead,
master
from GitHub before the rebase by pull
ing it or similar,feature/x
out,git rebase master
, andThen push your feature branch to GitHub (you'll need to use --force-with-lease
since this rewrites commit hashes). The pull request will be updated accordingly.
First let's look at what is causing this problem, from the question:
This branch cannot be rebased due to conflicts Rebasing the commits of this branch on top of the base branch cannot be performed automatically due to conflicts encountered while reapplying the individual commits from the head branch.
This occurs when it's not possible to rebase each individual commit onto master cleanly.
If, for example, a PR had merge conflicts and they were solved by merging master and fixing the conflicts in a new commit that will have no effect on this warning as it will not allow GitHub to rebase the PR cleanly.
Note that all solutions involve rewriting history for the PR branch and merging via GitHub's UI.
git rebase
If you wish to keep all individual commits:
$ cd /my/repo
$ git checkout my-feature-branch
$ git fetch
$ git rebase origin/master # 1
$ git push -f origin/my-feature-branch # 2
This will:
If a PR has a none-trivial number of commits this can be a painful process to go through - there will definitely be at least one merge-conflict to resolve (otherwise, GitHub wouldn't have the warning on the PR (: ) - if you start this process and decide it's the wrong move git rebase --abort
to get back to a clean working copy.
git rebase -i
If you wish to keep all/most individual commits with tweaks:
$ cd /my/repo
$ git checkout my-feature-branch
$ git fetch
$ git rebase origin/master -i # 1
$ git push -f origin/my-feature-branch # 2
This will:
This can be handy if for example you recognise that by squashing a few commits together, or reordering commits, or etc. a clean history can be obtained.
Again, if you start this process and decide it's the wrong move (or want to try again) git rebase --abort
to get back to a clean working copy.
git reset
If you don't care for keeping the individual PR commits, there is a simpler/easier option:
$ cd /my/repo
$ git checkout my-feature-branch
$ git fetch
$ git merge origin/master # 1
$ git reset --soft origin/master # 2
$ git commit -va # 3
$ git push -f origin/my-feature-branch # 4
This will:
This process will not require you to resolve intermediary conflicts.
Github allows multiple merge strategies for PRs:
The problem in the question is specific only to rebase and merge
, so to avoid: Just don't use/force rebase and merge strategy.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With