この問題に関する記事がたくさんあることは知っています。しかし、私は成功せずに数週間苦労しています。
githubに記載されているベスト プラクティスを使用しようとしています。そこで、.gitattributes ファイルを追加しました。たとえば、次のようになります。
*.cs text
また、すべてのファイルの行末を正規化しました。これで、コミットするものが何もないクリーンな作業コピーができました。しかし、今、任意の Windows テキスト エディターでファイルを開いてランダムな変更を加え、ファイルを保存し、その変更を元に戻すと、このファイルが変更されたように見えます。これは、ファイルの行末が Windows スタイルになったためだと理解しています。しかし、これは恐ろしい作業方法です。ファイルには変更がありませんgit reset --hard。そのような場合、あなたは何をお勧めしますか？
ファイルの eol スタイルを Windows に戻したくない場合は、git に "automagic" 変換を実行するように要求しないでください。
したがって、「GitHub のベスト プラクティス」に反して:
git config --global core.autocrlf true
特定の eol スタイルを取得するために 1 つの特定のディレクトリに 1 つの特定のファイル セットが本当に必要な場合は、そのディレクトリ内の.gitattributesファイルにそれを追加しtext=autoますtext eol=lf or crlf。
The real question here is: what are you working on and with whom?
Unless you are doing OSS work, all this attribute confusion is not worth it. For an organization with a team of people, turn automatic line ending conversions off by setting:
core.autocrlf false
This covers the majority of cases out there.
GitHub にサブモジュールがある場合は、リポジトリごとに設定できます。