On Mon, May 10, 2010 at 01:30:22PM -0700, Jakub Narebski wrote: > Finn Arne Gangstad <finnag@xxxxxxx> writes: > > > > The following sequence should now always be a NOP even with autocrlf > > set (assuming a clean working directory): > > > > git checkout <something> > > touch * > > git add -A . (will add nothing) > > git comit (nothing to commit) > > > > Previously this would break for any text file containing a CR > > How this feature relates to `core.safecrfl'? safecrlf is about making sure that you will get back exactly same file on the next checkout as you have now in your working directory unless you change your autocrlf value. So, the statement about breaking any file with CR is certainly not correct. This feature is about preserving CRLF in files inside of the repository that were committed with CRLF despite that your current settings that suggests that those files should be committed with LF. This makes sense for the "guess" case, but it is clearly wrong when the user explicitly mandated CRLF conversion for that file through attributes. 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