Egit rejected non-fast-forward

128,003

Solution 1

I had this same problem and I was able to fix it. afk5min was right, the problem is the branch that you pulled code from has since changed on the remote repository. Per the standard git practices(http://git-scm.com/book/en/Git-Basics-Working-with-Remotes), you need to (now) merge those changes at the remote repository into your local changes before you can commit. This makes sense, this forces you to take other's changes and merge them into your code, ensuring that your code continues to function with the other changes in place.

Anyway, on to the steps.

  1. Configure the 'fetch' to fetch the branch you originally pulled from.

  2. Fetch the remote branch.

  3. Merge that remote branch onto your local branch.

  4. Commit the (merge) change in your local repo.

  5. Push the change to the remote repo.

In detail...

  1. In eclipse, open the view 'Git Repositories'.

  2. Ensure you see your local repository and can see the remote repository as a subfolder. In my version, it's called Remotes, and then I can see the remote project within that.

  3. Look for the green arrow pointing to the left, this is the 'fetch' arrow. Right click and select 'Configure Fetch'.

  4. You should see the URI, ensure that it points to the remote repository.

  5. Look in the ref mappings section of the pop-up. Mine was empty. This will indicate which remote references you want to fetch. Click 'Add'.

  6. Type in the branch name you need to fetch from the remote repository. Mine was 'master' (btw, a dropdown here would be great!!, for now, you have to type it). Continue through the pop-up, eventually clicking 'Finish'.

  7. Click 'Save and Fetch'. This will fetch that remote reference.

  8. Look in the 'Branches' folder of your local repository. You should now see that remote branch in the remote folder. Again, I see 'master'.

  9. Right-Click on the local branch in the 'Local' folder of 'Branches', which is named 'master'. Select 'Merge', and then select the remote branch, which is named 'origin/master'.

  10. Process through the merge.

  11. Commit any changes to your local repository.

  12. Push your changes to the remote repository.

  13. Go have a tasty beverage, congratulating yourself. Take the rest of the day off.

Solution 2

In my case I chose the Force Update checkbox while pushing. It worked like a charm.

Solution 3

In the meantime (while you were updating your project), other commits have been made to the 'master' branch. Therefore, you must pull those changes first to be able to push your changes.

Solution 4

Applicable for Eclipse Luna + Eclipse Git 3.6.1

I,

  1. cloned git repository
  2. made some changes in source code
  3. staged changes from Git Staging View
  4. finally, commit and Push!

And I faced this issue with EGit and here is how I fixed it..

Yes, someone committed the changes before I commit my changes. So the changes are rejected. After this error, the changes gets actually committed to local repository. I did not want to just Pull the changes because I wanted to maintain linear history as pointed out in - In what cases could `git pull` be harmful?

So, I executed following steps

  1. from Git Repository perspective, right click on the concerned Git
    project
  2. select Fetch from Upstream - it fetches remote updates (refs and objects) but no updates are made locally. for more info refer What is the difference between 'git pull' and 'git fetch'?
  3. select Rebase... - this open a popup, click on Preserve merges during rebase see why
    What exactly does git's "rebase --preserve-merges" do (and why?)
  4. click on Rebase button
  5. if there is/are a conflict(s), go to step 6 else step 11
  6. a Rebase Result popup would appear, just click on OK
  7. file comparator would open up, you need to modify left side file.
  8. once you are done with merging changes correctly, goto Git Staging view
  9. stage the changes. i.e. add to index
  10. on the same view, click on Rebase-> Continue. repeat 7 to 10 until all conflicts are resolved.
  11. from History view, select your commit row and select Push Commit
  12. select Rebase Commits of local....... checkbox and click next. refer why - Git: rebase onto development branch from upstream
  13. click on Finish

Note: if you have multiple local repository commits, you need to squash them in one commit to avoid multiple merges.

Solution 5

Configure After pushing the code when you get a rejected message, click on configure and click Add spec as shown in this picture

Source ref and Destination ref Drop down and click on the ref/heads/yourbranchname and click on Add Spec again

enter image description here Make sure you select the force update

enter image description here Finally save and push the code to the repo

Share:
128,003
Jay
Author by

Jay

A Software Developer.

Updated on December 30, 2021

Comments

  • Jay
    Jay over 2 years

    I am getting this message while pushing to github repository. Can you tell me step by step procedure to fix it? I pushed only once and it was successful. But, when I updated a project and tried to push my second commit, it shows "master rejected non-fast-forward" and does not allow me to push. Please explain the procedure.

  • rbaleksandar
    rbaleksandar about 10 years
    This should be marked as the answer. Worked like a charm. This problem occurs even though I didn't add any files (the usual README-file) upon creation of the repo on GitHub for my project in Eclipse. Thanks a lot for the easy to follow step-by-step explenation.
  • Eugene van der Merwe
    Eugene van der Merwe about 10 years
    This problem took me a year to sort out, until I read your post. In my case, I had no remote but Eclipse created a default one called 'origin'.
  • dan carter
    dan carter over 9 years
    Sweet, finally i can merge with Eclipse. The key point here is to use the Git Repositories view to do the merge, and not the usual Team Synchronise view. It would be good if in the team synchronise view eGit could have disabled all the options that do nothing.
  • alexia
    alexia about 9 years
    While this does work, it creates an unnecessary merge commit. You should use rebase here, which is fine because your changes are only local so you're not changing any published history (and if you did that, git would yell at you for a non-fast-forward push anyway). I like MYN's answer.
  • alexia
    alexia about 9 years
    I agree with using rebase instead of merge. It's better as it doesn't create an unnecessary merge commit. (Off topic: Stack Overflow is being entirely ridiculous and rejects my comment solely based on the fact that I originally wrote "+1 for". My comment is perfectly constructive, thank you.)
  • Junchen Liu
    Junchen Liu almost 8 years
    in this case git is quite stupid, I pushed all the changes to the remote. and I am the only one work on the project. Why on earth I need to pull the remote before I can push again???? the pulled change would come from my local originally
  • user1207289
    user1207289 about 7 years
    Right click on the project and then Merge in master and then right click again on project push branch Master worked
  • jmng
    jmng almost 6 years
    Better than a dropdown, they now have autcomplete on the form ;) Thanks!
  • Twilite
    Twilite over 5 years
    This worked for me too. I had the condition of the OP after "amending" a commit. And fetch gave me "nothing to fetch"
  • Vali Maties
    Vali Maties over 3 years
    oooo.... this "solution" blows up my project... it adds some strange line with ">>>>>>" signs and "HEAD" text... And now I have a lot of errors... OMG, i hope I will be able to disassemble a jar file which I made before do this s...
  • ShaneK
    ShaneK over 3 years
    AnotherReasonToHateGit ++
  • lingar
    lingar over 2 years
    This helps me only once, but in any another change, if it's clear that nothing was changed on the remote, it's throwing again rejected-non-fast-forwad