Hi, On Sun, 11 Feb 2007, Mark Levedahl wrote: > The major competing solutions git seeks to supplant (cvs, cvsnt, svn, > hg) have capability to recognize "text" files and transparently replace > \r\n with \n on input, the reverse on output, and ignore all such > differences on diff operations. Agree with transformations on input and output; disagree on diff. The problem is that it really is a transformtion. Since most Windows tools (at least those used in portable software) handle \n without \r quite well, thank you, I'd tend towards the view point: do not mess with line endings pre-commit/post-checkout. Even MacOSX uses \n now, instead of \r. Of course, for those projects which _use_ CRLF: they can continue with it. Git has no problem with those line endings. The only problem CVS tried to solve (badly) was to be able to checkout text files on DOS, Unix _and_ MacOS. In practice, though, this use case does not matter anymore IMHO. Ciao, Dscho - 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