Share via


Git and Visual Studio 2017 part 6 : Rebasing

In previous article, we did merge the changes from different branch. In this article, I dig into rebasing.

Rebase in Git

Rebase is opposite to merge. I did merge dev into master in the previous article, but if I rebase, I do it from dev branch to get changes from master. Changes from master? Yes I want to rebase as master has new commit after I created dev branch and did some commit.

1. Run ‘git log --oneline --graph’ to see current commit history. It is right after I did merge commit from previous article. Let’s reset this first.

image

2. Run ‘git reset --hard 473591c’ and ‘git log --oneline --graph’ again. It is reverted back to before merging.

image

3. Make sure dev branch has two new commits to master. Run ‘git checkout dev’ and ‘git log --oneline --graph’.

image

4. Add new commit to master branch. You can create new branch as proper workflow, but I just commit directly to master branch. I added Patch1.cs from Visual Studio and committed. Don’t forget to save project otherwise it won’t be considered as modified.

image image

5. Run ‘git log --oneline --graph --all’, which shows commit history from all branches. The master and dev branch has it own commits now.

image

6. Time to rebase. I would like to get the change from master to dev branch. Run ‘git checkout dev’ and ‘git rebase master’. Then I see warning. What happens? As csproj file conflicts, Git asked me to resolve the conflict. Why it conflicts? Because master has Patch1.cs and dev has Class5.cs and Class6.cs, therefore information inside csproj is different.

image

7. Run ‘git merge tool’. As message says, hit return. It will launch Visual Studio (as merging tool).

image

8. Note that only Class5.cs exists. Why? Because Git is rebasing commits one by one. So at this point, it only rebasing commit d47a278. Check the line which you want to merge. In this case, I check both from Source and Target as I need all. Click save and then click “Accept Merge” button on the top.

image

9. As conflict resolved, run ‘git rebase --continue’. Now you see another warning. The reason is same as csproj has conflict.

image

10. Run 'git mergetool’ and hit enter key to launch Visual Studio again for merging.

image

11. This time, you see Class6.cs line. Take both and click “Accept Merge”.

image

12. Run ‘git rebase --continue”. No more errors.

image

13. Run ‘git log --oneline --graph --all’. It becomes straight line again, therefore dev branch had commit 7053b89, then two more commit. However commit SHA1 hash value has been changed for these two. Why? Because it is pointing back to different commit now.

image

14. Run ‘git reset --hard 096f270’ to reset the rebase. Now dev branch points to commit 096f270, and everything back to before rebasing. Run ‘git log --oneline --graph --all’ to confirm.

image

Rebase in VS

Okay, time to use Visual Studio for rebasing!

1. View history to confirm the current status. Unfortunately, I couldn’t find a way to show commit history for all branches. There are bunch of extensions though.

2. Go to “Branches” from Team Explorer, make sure to checkout dev branch, then select “Rebase”.

image

3. Select master branch as “Onto branch” and click “Rebase”.

image

4. As you expected (from Git test above), you see conflict message. Click “Conflicts: 1” link.

image

5. It lists all conflicts. Select csproj file and click “Merge”, which is same as ‘git merge tool’ If you know which version you want to keep, you can simply click “Take Source” or “Keep Target”. In this case, “Source” means dev branch and “Traget” means master branch.

image

6. Use merge tool to take both and “Accept Merge”.

image

7. You see no conflicts any more. Click “View Changes”.

image

8. It shows you the current status. Just click “Continue” link, which is same as ‘git rebase –continue’.

image

9. Now you have second conflict as expected. Click “Conflicts: 1” link.

image

10. The the same merging process and click View Changes once merged. Click “Continue” again.

image

11. Refresh the history to see it worked as expected.

image

Summary

Once you understand what rebase really does, it it not that difficult to handle. Otherwise you get confusing by seeing some many conflicts and continue operations, it seems to take forever Smile. Rebase has many useful options such as --skip or --abort. When you get confused, just run ‘git rebase --abort’ which reset everything! Go to next article.

Ken

Comments

  • Anonymous
    October 02, 2017
    thanks for sharing your information. i love everything about this. its great
    • Anonymous
      October 02, 2017
      Thanks :)