git如何避免”warning: LF will be replaced by CRLF“提示？

设置 core.autocrlf=true 后：
检出时，git 会把文本文件的换行符转化为 CRLF（只转化纯 LF 的文件）
提交时，把暂存区的内容（也就是我们对工作区做的改动）转化为 LF 然后放入版本库。

转化暂存区的内容时，如果发现里面存在 LF 换行符，LF 会被转化成 CRLF，并给出题主
提到的那条警告："LF will be replaced by CRLF"

warning: LF will be replaced by CRLF in <file-name>.
The file will have its original line endings in your working directory.（翻译下就是：“在工作区里，这个文件会保持它原本的换行符。”）

简单来说，设置 core.autocrlf=true 后，我们工作区的文件都应该用 CRLF 来换行。如果
改动文件时引入了 LF，或者设置 core.autocrlf 之前，工作区已经有 LF 换行符。提交改
动时，git 会警告你哪些文件不是纯 CRLF 文件，但 git 不会擅自修改工作区的那些文件，
而是对暂存区（我们对工作区的改动）进行修改。也因此，当我们进行 git add 的操作时，
只要 git 发现改动的内容里有 LF 换行符，就还会出现这个警告。

设置 core.autocrlf=true, 只要保持工作区都是纯 CRLF 文件，编辑器用 CRLF 换行，
就不会出现警告了（题主提的问题 2）。

git 默认让版本库里用 LF 换行，只要保持这条规则，多人协作就不会出什么大问题。
git 的 Windows 客户端基本都会默认设置 core.autocrlf=true
Linux 最好不要设置 core.autocrlf，因为这个配置算是为 Windows 平台定制。

如果 Windows 上设置 core.autocrlf=false，仓库里也没有配置 .gitattributes，很容
易引入 CRLF 或者混合换行符（Mixed Line Endings，一个文件里既有 LF 又有
CRLF）到版本库，这样就可能产生各种奇怪的问题（题主提的问题 1）。

如果有换行符不匹配本地平台的情况，我还是建议你用 dos2unix 之类的工具转换下换行
符，因为很多配置文件是严格要求文件编码和换行符的，谨慎一点比较好。