summaryrefslogtreecommitdiff
path: root/.gitattributes
diff options
context:
space:
mode:
authorChow Loong Jin <hyperair@ubuntu.com>2011-05-29 01:30:51 +0800
committerChow Loong Jin <hyperair@ubuntu.com>2011-05-29 01:30:51 +0800
commitb6bdf0388d249fc08039959ee795cbb8555db804 (patch)
tree8807fd4edd7d6eb0ccb767b93c54350015dc1003 /.gitattributes
parentf2c2243cb2946a5de4d42d73166051c568e125f5 (diff)
Drop crlf normalizing for sln files
According to gitattributes(5), setting the crlf attribute causes git to normalize the line endings while checking in, and convert them back to CRLF when checking out. The implications of this are that: - The *.sln files stored as git blobs in the index and commit trees *should* have LF eols. - The checked out *.sln files *should* have CRLF eols. What actually happened is that the *.sln files keep getting checked in with CRLF eols (probably due to a defunct git implementation somewhere. git on Windows, perhaps?). This causes a newly cloned git tree to appear dirty with newer git installations, with `git reset --hard' not cleaning it up. Seeing as we always want the *.sln files to appear with CRLF eols, this commit removes the crlf attribute, causing the files to have CRLF eols both in the index, and when checked out.
Diffstat (limited to '.gitattributes')
-rw-r--r--.gitattributes2
1 files changed, 1 insertions, 1 deletions
diff --git a/.gitattributes b/.gitattributes
index a882e86..920d106 100644
--- a/.gitattributes
+++ b/.gitattributes
@@ -1 +1 @@
-*.sln crlf
+*.sln -crlf