转载：warning: in the working copy of ‘package-lock.json‘, LF will be replaced by CRLF the next time Git_warning: in the working copy of 'package.json', lf-CSDN博客

warning: in the working copy of ‘package-lock.json‘, LF will be replaced by CRLF the next time Git
换行符的问题，Windows下换行符和Unix下的换行符不一样，git会自动转换，但是这样有问题，所以解决方法如下：

使用命令，禁止自动转换：

git config --global core.autocrlf false

1.问题引入

windows平台进行 git add 时，控制台打印警告warning: in the working copy of ‘XXX.py’, LF will be replaced by CRLF the next time Git touches it

2.问题分析

Dos/Windows平台默认换行符：回车（CR）+换行（LF），即’\r\n’
Mac/Linux平台默认换行符：换行（LF），即’\n’
企业服务器一般都是Linux系统进行管理，所以会有替换换行符的需求

3.解决方案

• 方案一：

#提交时转换为LF，检出时转换为CRLF
git config --global core.autocrlf true

 *适用于Windows系统，且一般为Windows默认设置，会在提交时对换行符进行CRLF - LF的转换，检出时又会进行LF - CRLF的转换。

• 方案二：

#提交时转换为LF，检出时不转换
git config --global core.autocrlf input

*适用于Linux系统，所有换行符都会进行CRLF - LF转换，但操作时不会转换回CRLF。

• 方案三：

#提交检出均不转换
git config --global core.autocrlf false

*适用于Windows系统，且只在Windows上开发的情况。在提交、检出时不会对CRLF/LF换行符进行转换

文件提交时进行safecrlf检查：

#拒绝提交包含混合换行符的文件
git config --global core.safecrlf true#允许提交包含混合换行符的文件
git config --global core.safecrlf false#提交包含混合换行符的文件时给出警告
git config --global core.safecrlf warn

4、问题思考

跨平台文件都有兼容性的问题，为什么只有core.autocrlf参数设置true检出时，会有LF-CRLF的转换？
有看到跨平台文件的问题：
· Linux文件在Windows下会显示成一行。
· Windows文件在Linux下结尾可能多出^M符号

那么就有以下可能性：
① Windows因为可视化界面较好，操作简易，且文件格式对日常操作没有较大影响，所以不做该功能。
② Git的pull等功能将文件拉取到本地时，都会基于检出配置进行操作，所以只要把core.autocrlf设置成true就好了。