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就好了。