问题描述：项目软件安装shell脚本上git仓库管理，但拉取后，上linux运行报错。
问题思考：根据描述信息可以查看到r字样，初步判别为换行符导致
1、将脚本文件移动至notepad++中，通过视图—>显示符号—>显示所有符号，一顿操作后，可以看到脚本中一串CRLF的符号
相关名词解释CR：Carriage Return，对应ASCII中转义字符r chr(13)，表示回车
LF：Linefeed，对应ASCII中转义字符n chr(10)，表示换行
CRLF：Carriage Return & Linefeed，rn，表示回车并换行
进而了解到普遍使用的编辑器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在提交和拉取过程的自动转换问题
问题解决，立贴记录！！！
