This is a revealing peek at the complexity of merged history. You can't project a "git space" onto a line, so a (linear) listing of commits just misleads you into thinking that your history is linear. That complexity is why I always prefer to rebase and keep my history an actual straight line. TL;DR - Merging is powerful, but comes with a cost. - Rebase is your friend. Keep it simple.
Git bisect (2006)
11–13 of 13 posts
Re: Git bisect (2006)
#12"To visualise this, it’s simplest to think of the state of your repository as a point in a high-dimensional ‘code-space’, in which branches are represented as n-dimensional membranes, mapping the spatial loci of successive commits onto the projected manifold of each cloned repository." http://tartley.com/?p=1267
Of course, now I'm open to a reply that demonstrates that it isn't a joke but makes perfect sense and that I'm clueless and overconfident... :)
Re: Git bisect (2006)
#13"To visualise this, it’s simplest to think of the state of your repository as a point in a high-dimensional ‘code-space’, in which branches are represented as n-dimensional membranes, mapping the spatial loci of successive commits onto the projected manifold of each cloned repository." http://tartley.com/?p=1267
That's really... good. I have the theory that whether or not you see this is as an attempt at a legitimate explanation or just a joke depends on your level of self-confidence. I think few people will actually understand it (if they do it's a miracle, since such understanding would be a product purely of your own mind trying to interpret sense into what it sees), but those who lack self-confidence will see the fault i…