Git添加警告消息的重要性'；文件将在您的工作目录'；中有其原始行结尾；？

我有一个项目，我正在从ClearCase迁移到Git。我已将代码复制到本地GIT存储库中。将gitignore设置为忽略.copyarea文件。 我使用以下命令添加跟踪下的代码： git添加--all://

我的聚会充满了信息： 该文件将在您的工作目录中具有其原始行结尾。 警告：在gfe/gfeadmin/src/main/admin/scripts/scripts/create-server-cache.sh中，LF将被CRLF替换

这是什么意思？ 此错误消息的意义是什么？我可以忽略这一点并继续提交到Git吗？

Windows和*nix（包括Mac）使用不同的字符来标记行的结尾。Git将默认在这些行尾之间进行透明转换，并将生成该消息以让您知道它在做什么

这是正常的默认行为，仅在文件首次添加到git时发生。但是，可以将其配置为不同的行为。通常您不需要这样做，但是如果您感兴趣，可以研究

core.autocrlf

设置

Windows和*nix（包括Mac）使用不同的字符来标记一行的结尾。Git将默认在这些行尾之间进行透明转换，并将生成该消息以让您知道它在做什么

这是正常的默认行为，仅在文件首次添加到git时发生。但是，可以将其配置为不同的行为。通常您不需要这样做，但是如果您感兴趣，可以研究

core.autocrlf

设置

Windows和*nix（包括Mac）使用不同的字符来标记一行的结尾。Git将默认在这些行尾之间进行透明转换，并将生成该消息以让您知道它在做什么

这是正常的默认行为，仅在文件首次添加到git时发生。但是，可以将其配置为不同的行为。通常您不需要这样做，但是如果您感兴趣，可以研究

core.autocrlf

设置

Windows和*nix（包括Mac）使用不同的字符来标记一行的结尾。Git将默认在这些行尾之间进行透明转换，并将生成该消息以让您知道它在做什么

这是正常的默认行为，仅在文件首次添加到git时发生。但是，可以将其配置为不同的行为。通常您不需要这样做，但是如果您感兴趣，可以研究

core.autocrlf

设置