｢"git config --global core.autocrlf true"がお薦め｣という流言Gitは､ｿｰｽｺｰﾄﾞ(ﾃｷｽﾄﾌｧｲﾙ)管理ﾂｰﾙなので､ﾊﾞｲﾅﾘﾌｧｲﾙの管理は苦手です｡
差分出力でﾌｧｲﾙを壊しているので､ﾊﾞｲﾅﾘﾌｧｲﾙに対して差分出力できなくします｡
たとえば､ﾊﾞｲﾅﾘﾌｧｲﾙの拡張子が *.exe だとしたら､管理下のﾙｰﾄﾃﾞｨﾚｸﾄﾘに .gitignoreﾌｧｲﾙを作成して､以下のように記述します｡
*.exe binary
以下のように記述しても同じです｡
*.exe -crlf -diff
ﾃｷｽﾄとﾊﾞｲﾅﾘを管理するのだったらsubversion(TortoiseSVN http://tortoisesvn.net/)の方がいいと思います｡
少々長い引用ですが､公式のﾄﾞｷｭﾒﾝﾄの翻訳を引用します｡
ﾊﾞｲﾅﾘﾌｧｲﾙの特定
ﾃｷｽﾄﾌｧｲﾙのように見えるﾌｧｲﾙであっても､何らかの目的のために意図的にﾊﾞｲﾅﾘﾃﾞｰﾀとして扱いたいこともあります｡たとえば､Mac の Xcode ﾌﾟﾛｼﾞｪｸﾄの中には .pbxproj で終わる名前のﾌｧｲﾙがあります｡これは JSON (ﾌﾟﾚｰﾝﾃｷｽﾄ形式の javascript のﾃﾞｰﾀﾌｫｰﾏｯﾄ) のﾃﾞｰﾀｾｯﾄで､IDE がﾋﾞﾙﾄﾞ設定などをﾃﾞｨｽｸに書き出したものです｡すべて ASCII で構成されるので､理論上はこれはﾃｷｽﾄﾌｧｲﾙです｡しかしこのﾌｧｲﾙをﾃｷｽﾄﾌｧｲﾙとして扱いたくはありません｡実際のところ､このﾌｧｲﾙは軽量なﾃﾞｰﾀﾍﾞｰｽとして使われているからです｡他の人が変更した内容をﾏｰｼﾞすることはできませんし､diff をとってもあまり意味がありません｡このﾌｧｲﾙは､基本的に機械が処理するものなのです｡要するに､ﾊﾞｲﾅﾘﾌｧｲﾙと同じように扱いたいということです｡
すべての pbxproj ﾌｧｲﾙをﾊﾞｲﾅﾘﾃﾞｰﾀとして扱うよう Git に指定するには､次の行を .gitattributes ﾌｧｲﾙに追加します｡*.pbxproj -crlf -diff
これで､Git が CRLF 問題の対応をすることもなくなりますし､git show や git diff を実行したときにもこのﾌｧｲﾙの diff を調べることはなくなります｡Git 1.6 系では､次のようなﾏｸﾛを使うこともできます｡これは -crlf -diff と同じ意味です｡
https://github.com/progit/progit.github.com/blob/master/translations/ja/07-customizing-git/01-chapter7.markdown*.pbxproj binary
同じﾌｧｲﾙに記載がありますが､git に commit する環境が Windows に限定できるなら autocrlf = false でも良いと思います｡
往々にして､当初の想定は崩れるのが常ですが｡
これは､Git だけではなく Subversion や CVS などでも同じことです｡
ﾊﾞｲﾅﾘﾌｧｲﾙ､例えばexeﾌｧｲﾙのdiffを取りたいが壊したくないということならば､
*.exe -crlf
git config --global core.autocrlf input
