3 ms·
> arguably the more accurate analogy would be to call them "leaves" I don't think so. Branches are the more accurate analogy because two branches can have many
by brabel 3y ago
> arguably the more accurate analogy would be to call them "leaves"
I don't think so. Branches are the more accurate analogy because two branches can have many commits on top of each of their common, parent commit - so branches grow as tree branches do, not leaves.
- Shish2k 3y ago> so branches grow as tree branches do, not leaves That’s exactly the mistake though - branches (the implementation detail) don’t grow. Branches - under the hood - are “one pointer to one commit”, and they are always the same size. The suggestion to call the implementation “leaves” is because you get a pointer to one commit at the end of the branch, and you can then follow that branch backwards (via the linked-list of parent-commits) until you reach the trunk. But the “branch” is never actually stored anywhere, it is only implied by its ends.
- brabel 3y agoThat makes no sense. Different branches always have a common parent commit which is the "branching point". When you update the branch to point to a new commit, your branch is growing apart from the other. The branch analogy makes much more sense.