Jonathan Nieder <jrnieder@xxxxxxxxx> writes: > Zygo Blaxell wrote: >> On Thu, Feb 18, 2010 at 08:27:28AM +0100, Wincent Colaiuta wrote: >>> Shouldn't a switch that hurts performance and is only needed for >>> insane use cases default to off rather than on? >> >> While I don't disagree that default off might(*) be a good idea, >> I do object to the categorization of this use case as 'insane'. > > FWIW I think default off would not be a good idea. This talk of > insane uses started from the idea that git is not so great for taking > automatic snapshots,... But git is not so great for taking automatic snapshots, and that is a fact. You shouldn't be expecting such a thing, but more importantly, we shouldn't be dishonest about it either. git fanboys who spread "you can use it to snapshot automatically" without thinking are actively doing disservice to the users by making them even more confused. If we make this "safety" an opt-in feature, it would give people an excuse to claim that git _by default_ stores a corrupt object, and when they make such a claim, they may not reveal that it happens only when they abuse git in a way it it was not designed to be used to begin with. And it may not be because they are malicious, but merely because they are uninformed. The approach to use paranoia by default is to regard "safety" as not about protecting the users from such an abuse of their own, but primarily as a way to protect us from potential FUD. What Wincent suggested would work very well if there are only honest and informed people around in the world. People who use git as intended would not have to do anything special. People who abuse git for their special use case would be very aware of the fact that they are abusing git, and more importantly, would also be honest about it. They would not complain that "git will store corrupt objects by default", and just flip the option that is designed to support their use case, and they will get their desired result. Everybody is happy. But such a happy ending would happen only in an ideal world, in which sadly we do not live in. It is not 2005 anymore, and the risk of FUD arising from uninformed abuses is very real. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html