Git Protocol

Sometimes those "Fix typo" and "Cosmetic" commits are where errors are actually introduced though. We shouldn't have that many of those types of commits anyway. If we were to look, I'd bet _real_ commits outweigh those kind of commits at least 10 to 1. 

The more likely scenario is that someone does some refactoring over the course of a commit or two while working on a new feature, then make more commits for the feature. The refactoring commits would essentially be lost to the single mega commit and probably lose their context along with the initial commit message and description. 

Also, this is what merge commits are for, if you want to see the context of the feature as a whole, you follow the chain of parent commits until you hit the merge, then you can see the full merge (assuming your not committing and pushing to master :wink:).

I think we should care much less about looking at the blame and care more about commit history/log. All said and done, I would avoid doing this like the plague. We'd be killing our entire commit history and we would lose much more context than we would gain.