Isolating features into different branches is a crucial practice for any serious developer. By separating each feature, bugfix or working experiment you will avoid a lot of problems and keep your development branches clean.
At some point, a piece of code will reach a state where you'll want to integrate it with the rest of the project. This is where the git merge command comes in.
Let's assume that we want to merge branch hotfix into your master branch.
Before we start, how to make sure that you are ready to merge your changes?
- Check if your local repository is up to date with the latest changes from your remote server with a
- Once the fetch is completed
git checkout master.
- Ensure the master branch has the latest updates by executing
- Checkout to the branch that should receive the changes, in our case that is master.
Once the preparations are completed, you can start the merge with
git merge hotfix command.
A fast-forward merge can occur when there is a linear path between branches that we want to merge. If a master has not diverged, instead of creating a new commit, it will just point master to the latest commit of the hotfix branch. All commits from hotfix branch are now available in master.
However, a fast-forward merge is not possible if the branches have diverged. In this case, you want to use a Three-way merge.
When there is not a linear path to the target branch, Git has no choice but to combine them via a three-way merge. This merge uses an extra commit to tie together the two branches.
A merge conflict occurs when two branches you're trying to merge both changed the same part of the same file, Git won't be able to figure out which version to use.
For example, if the file
example.rb was edited on the same lines in different branches of the same Git repository or if the file was deleted, you will get a merge conflict error when you try to merge these branches. Before you can continue, the merge conflict has to be resolved with a new commit.
Merge conflicts will only occur in the event of a 3-way merge.
Generate a list of the files which need to be resolved:
# On branch master # You have unmerged paths. # (fix conflicts and run "git commit") # Unmerged paths: # (use "git add ..." to mark resolution) # both modified: example.rb # no changes added to commit (use "git add" and/or "git commit -a")
- When the conflicted line is encountered, Git will edit the content of the affected files with visual indicators that mark both sides of the conflicting content. These visual markers are:
<<<<<<<- Conflict marker, the conflict starts after this line.
=======- Divides your changes from the changes in the other branch.
>>>>>>>- End of the conflicted lines.
<<<<<<< HEAD(master) conflicted text from HEAD(master) ======= conflicted text from hotfix >>>>>>> hotfix
- Decide if you want to keep only your hotfix or master changes, or write a completely new code. Delete the conflict markers before merging your changes.
- When you're ready to merge, all you have to do is run
git addcommand on the conflicted files to tell Git they're resolved.
- Commit your changes with
git committo generate the merge commit.
Hope this helped you get a better understanding how to merge your branches and deal with conflicts.
Originally published at Kolosek blog.