IDEA和GIT关于文件中LF和CRLF问题

问题描述： 项目软件安装shell脚本上git仓库管理，但拉取后，上linux运行报错。

问题思考：根据描述信息可以查看到 字样，初步判别为换行符导致

1、将脚本文件移动至notepad++中，通过视图—>显示符号—>显示所有符号，一顿操作后，可以看到脚本中一串CRLF的符号

相关名词解释 CR：Carriage Return，对应ASCII中转义字符 chr(13)，表示回车 LF：Linefeed，对应ASCII中转义字符 chr(10)，表示换行 CRLF：Carriage Return & Linefeed， ，表示回车并换行

进而了解到普遍使用的编辑器IDEA因为默认是windows使用场景，所以换行符的默认设置为CRLF；但Shell脚本是在Linux下运行，则需要被替换为LF

在IDEA右下角，除了编码格式以外，还有个Line Separator

废话不多说，为了解决问题，就立马着手将所有的Shell脚本改成了LF

一劳永逸，杜绝后续类似问题的出现，可将IDEA的默认配置修改为了LF *最后的选项，大致是允许IDEA的配置覆盖重写代码的样式设置；可视自身情况选择或取消，与本文影响不大

2、兴致冲冲，将修改后的代码提交后，让测试同事重新验证，emmm对面拉取的还是CRLF。尴尬癌都要犯了

首先怀疑是git未能识别到CRLF和LF这类修改 尝试将文件删除后commit & push再新增LF格式文件后 commit & push 失败！！！ 在搜了Git LF和CRLF问题后，发现此事儿有点猫腻

git的默认设置中有一个字段：core.autocrlf ，作用就是： 在push的时候会把CRLF转换成LF；pull的时候则会把LF转换成CRLF

原本Git这个自动转换的配置是在做好事儿，但是却坑苦了不懂它的人… …

OK！！！明白了原理，那么解决思路就来了： 以下命令在Git Bash中执行即可 场景一、代码在window提交，在windows使用（即默认场景） $ git config --global core.autocrlf true 场景二、代码在windows提交，在Linux或者Mac系统或者Jenkins上专门打包为服务器使用，无需Git在pull时进行自动转换；（即Git在push时把CRLF转换成LF，pull时不转换） $ git config --global core.autocrlf input 场景三、不想要Git自动转换： $ git config --global core.autocrlf false

综上： 1、编辑器本身的换行符问题 2、Git在提交和拉取过程的自动转换问题

问题解决，立贴记录！！！