Steffen Prohaska <prohaska-wjoc1KHpMeg@xxxxxxxxxxxxxxxx> writes: > But core.autocrlf = true has a slight danger of data corruption. > AFAIK, git's binary detection checks the first "few" bytes (with > few = 8000). This may be sufficient in most case, but I already > met a file that was wrongly classified. (A File format that > starts with a large ASCII header and has chunks of binary data > attached later.) I presume that's where .gitattributes kicks in. > I like Linus' idea of "warn" or Gregory's "fail". Yeah, that feels like a sensible thing to do. > I'm asking the last question because every Unix developer should > think about the option, too. Neither Unix or Windows are causing > the problem alone. That's the logical conclusion. If you are introducing crlf = warn, that means you are declaring that CRLF should be treated as a disease, and that should apply everywhere, not just on Windows (which some people may consider a disease itself, but that is a separate topic). - 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