fredagen den 18 december 2009 03.43.05 skrev David Antliff: > Robin Rosenberg writes: > > tisdag 15 december 2009 23:24:15 skrev David Antliff: > > > The problem is that sometimes, after a git-clone, the output of > > > git-status and git-diff shows entire files as being different. However > > > these files have not been modified by the user - only git has had a > > > chance to change them (due to autocrlf=true). But surely if git has > > > converted the file automatically, it should know that it has to > > > compensate for this when comparing with the local repository? > > > > AFAIK, this happens if you have CRLF line endings in the blobs in the > > repo. > > Oh? That could very well be true - how would such line endings get into a > blob? I'm pretty sure everyone is using autocrlf=true which should convert > all line endings to LF on commit, but perhaps there's another way to get > CRLF line endings into a blob? > > If autocrlf=false, files are committed as-is (I believe), so this would be > one way to end up committing such files. But as far as I know, nobody has > turned that option off in our group. EGit works this way at the moment. Conversion tools might do this. Some Eclipse plugins produce files with CRLF regardless on platform and on non-Windows the core.autocrlf flags is false by default. -- robin -- 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