GitHub can't rebase my feature branch: "This branch cannot be rebased due to conflicts"

Question

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?

Answer 1

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.

Fix using 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:

1. Rebase (Reapply) each commit in the PR on top of master
2. Update the PR branch on GitHub

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.

Fix using 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:

1. Rebase each commit in the PR on top of master interactively
2. Update the PR branch on GitHub

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.

Fix using 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:

1. Make sure that the branch is up to date with origin/master
2. Reset the local branch to match origin/master (but leaving the working copy unmodified)
3. Create a new single commit for the PR (this is a new commit, remember to write a detailed commit message!)
4. Update the PR branch on GitHub

This process will not require you to resolve intermediary conflicts.

Avoiding in the future

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.

Answer 2

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,

1. update your local master from GitHub before the rebase by pulling it or similar,
2. check feature/x out,
3. run git rebase master, and
4. resolve conflicts.

Then 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.

Answer 3

If you have landed here while using GitHub online/web, there may be an faster and easier solution for you:

If you have:

1. Raised a PR (Pull request) in the usual way,
2. Had it approved, but
3. You are looking at a message that says "This branch cannot be rebased due to conflicts", not the usual green button to merge. There is no green merge button like there usually is.
4. If your default merge setting is to rebase, not to squash.

It's not obvious, but you can click on the GIT message (just next to it) in the UI and it will reveal the other merge types (green buttons).

You can choose to squash which will lose the individual commits you have made so far, but this will get your PR into the repo.