On Sun, Aug 03, 2008 at 09:54:42AM -0700, Tarmigan wrote: > > For all I care, git can consider the files as binary, but by *default* > I should get back the same as I put in. Sorry, but Git is a source control system, and by definition the main focus is on *text* files. Storying binary files is *exception* not the rule. And the default settings should respect exactly that fact. > > For git's > > autocrlf mechanism to work, a text file is only allowed to have a > > *single* type of line endings. > > Git's autocrlf mechanism can be a nice feature. But by default it > should not be on (even on windows) because it can modify screw up my > files. > > To be clear: when I say "git checkout" I want to get EXACTLY the same > bits as went in when I did "git add" and "git commit". Any other > default is broken. You will get exactly the same unless you change your autocrlf settings. There are very rare situation where automatic heuristic can be wrong, but even then you will be warned about that the file you are going to checkout different. See core.safecrlf. > > > Otherwise it is broken and git tries to > > help you fixing it. > > My files were NOT broken when I put them into git. I committed them > known good state. If msysgit changes them by *default* , then msysgit > is broken. Text files committed with CRLF inside of your repository is BROKEN by definition! So you had BROKEN state in the first place. Of course, changing the global autocrlf setting should not change autocrlf settings in already existing repositories, as it currently does. Care to provide patch? Dmitry -- 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
