Funny, MasterGod, but you have chosen example which will generate merging conflict

Because, it is equally possible that you merge it as
elvman: I'll try to explain branch merging little more on two examples:
Examples #1: Suppose that you have team of several programmers. Now, each one of them works on their part of software (rendering, physics, AI system, ...). Each of them wants to have his/her code version controlled independent of others. What they do is that they create separate branch for their own use. Now, whenever some of them finishes part of software, (s)he
merges changes from his branch into the main software branch.
Examples #2:
1. Let's say you're developing software, and at some revision you build version 1.4 of software.
2. After that point you want to continue working on your software but you also want to leave room for bugfixing of version 1.4. So, what do you do? You make a branch for that bugfixing, and continue your work in the main branch.
3. Now, you are able to further develop your software, going to version 1.5, and those changes will not affect version 1.4 because it is in another branch. And if you make some bugfix in version 1.4 it will not affect version 1.5.
4. At some moment later, you want to finalize your work on version 1.5, but you also want that this version include all bugfixes of version 1.4. What you do is that you
merge those two branches so that you get final version 1.5 of your software.
Note: Any conformance with present Irrlicht version is just a coincidence. 