恢弘志士之气,不宜妄自菲薄。这篇文章主要讲述git转换换行符LF与CRLF转换问题-Windows系统和Linux系统差异统一相关的知识,希望能为你提供帮助。
git配置一共分为3个级别,可以通过这个命令来查看
【git转换换行符LF与CRLF转换问题-Windows系统和Linux系统差异统一】在各操作系统下,文本文件所使用的换行符是不一样的。UNIX/Linux 使用的是 0x0A(LF),早期的 Mac OS 使用的是0x0D(CR),后来的 OS X 在更换内核后与 UNIX 保持一致了。但 DOS/Windows 一直使用 0x0D0A(CRLF)作为换行符。Git提供了一个“换行符自动转换”功能。这个功能默认处于“自动模式”,当你在签出文件时,它试图将 UNIX 换行符(LF)替换为 Windows 的换行符(CRLF);当你在提交文件时,它又试图将 CRLF 替换为 LF。Git 的“换行符自动转换”功能听起来似乎很智能、很贴心,因为它试图一方面保持仓库内文件的一致性(UNIX 风格),一方面又保证本地文件的兼容性(Windows 风格)。但遗憾的是,这个功能是有 bug 的,而且在短期内都不太可能会修正。
git config --system --list [优先级最低]
git config --global --list [优先级次之]
git config --local --list [优先级最高]
这个概念类似于环境变量。 其中 core.autocrlf 是决定了文件的回车方式。
* true:提交的时候自动将CRLF转换成LF,签出时自动将LF转换成CRLF;(默认)
* input:提交的时候CRLF转换成LF,签出时不转换;
* false:将回车记录到库中
可以将system的此项修改成input方式,如果使用vscode的时候,将默认的`选择行尾序列`LF,设置里面Eol里面将`默认行尾字符修改成\\n`。
CRLF=`\\r\\n` carriage return line feed,回车换行,windows常用。
LF=`\\n`;line feed,换行,Linux常用。
git config --global core.autocrlf [true|input|false]
pull 根据不同的配置,可等于 fetch + merge 或 fetch + rebase。具体了解可继续读下去。
1.Git设置
git config --global core.autocrlf false
git config --global core.safecrlf true
含义:
AutoCRLF
#提交时转换为LF,检出时转换为CRLF
git config --global core.autocrlf true
#提交时转换为LF,检出时不转换
git config --global core.autocrlf input
#提交检出均不转换
git config --global core.autocrlf false
SafeCRLF
#拒绝提交包含混合换行符的文件
git config --global core.safecrlf true
#允许提交包含混合换行符的文件
git config --global core.safecrlf false
#提交包含混合换行符的文件时给出警告
git config --global core.safecrlf warn
2.IDE设置使用UNIX换行符
IDEA的设置File -> Settings
Editor -> Code Style
Line separator (for new lines) ,选择:Unix and OS X (\\n)
对已使用Windows换行符的文件,可以使用Sublime Text打开,
View-> Line Endings,选Unix,保存;
vscode的设置 文件-> 首选项-> 设置
搜索-> Eol-> 设置默认行尾字符为\\n
推荐阅读
- #yyds干货盘点# JUC锁: LockSupport详解
- IIS安全和NTFS分区安全
- 验证阿里云容器镜像的报错问题(Client.Timeout exceeded while awaiting headers和unauthorized: authentication required)
- 北亚数据库数据恢复使用delete命令未添加where子句删除全表数据的Mysql数据库数据恢复
- vbs代码发送邮件,实现电脑开机后向手机发短信
- ARM服务器上安装FastDFS注意事项
- 生产环境频繁内存溢出,原来就是因为这个“String类”
- vim 编辑器
- #yyds干货盘点#华为交换机查看告警信息