使用 git config --global core.autocrlf false 有任何风险或缺点吗
Is there any risk or disadvantages of using: git config --global core.autocrlf false
我正在使用 Windows 和 PHPStorm IDE 进行 Web 开发。在 Git Bash 中，当我想添加 (git add . ) 或 commit - 会有数百个这样的警告：
warning: LF will be replaced by CRLF in ...
The file will have its original line endings in your working directory.
但是如果我在 Git Bash 中执行以下操作：
git config --global core.autocrlf false
没有更多这些警告。将 core.autocrlf 设置为 false 是否有任何风险或缺点？或者我不应该担心？正如我已经写过的，我正在使用网络应用程序（php 文件，html 文件，css...稍后将被推送到 Git 上的某个远程代表集线器或复制到生产 Linux 服务器...）。抱歉我的英语不好。
简而言之，应该没什么区别。
在Windows下，标准的行结束格式是一个回车return字符后跟一个换行符（简称CRLF），而在Unix世界中，只有使用换行符（简称LF）。这就是您的 git 警告您的内容 - 它想要更改以其提交的文件结尾的行的类型，即使它在您的本地工作目录中没有更改。
大多数 Unix 系统可以很好地识别 CRLF 行结尾，但 Windows 文本编辑器偶尔会遇到 Unix 风格行结尾的问题（记事本是最显着的例子）。由于 git 正在从 Unix 风格转换 away，你应该没问题。即使不是，你也可能没问题，因为 Windows 世界中的大多数开发人员文本编辑器都可以处理 Unix 风格的行结尾。
显然，如果您的代码库包含某种依赖于输入中特定行结束类型的手动代码生成器（或类似的东西），这可能会超出 window 一点。但是，如果您有这样的生成器，可以安全地假设您可能知道与不同行尾样式相关联的 risks/issues。
我正在使用 Windows 和 PHPStorm IDE 进行 Web 开发。在 Git Bash 中，当我想添加 (git add . ) 或 commit - 会有数百个这样的警告：
warning: LF will be replaced by CRLF in ...
The file will have its original line endings in your working directory.
但是如果我在 Git Bash 中执行以下操作：
git config --global core.autocrlf false
没有更多这些警告。将 core.autocrlf 设置为 false 是否有任何风险或缺点？或者我不应该担心？正如我已经写过的，我正在使用网络应用程序（php 文件，html 文件，css...稍后将被推送到 Git 上的某个远程代表集线器或复制到生产 Linux 服务器...）。抱歉我的英语不好。
简而言之，应该没什么区别。
在Windows下，标准的行结束格式是一个回车return字符后跟一个换行符（简称CRLF），而在Unix世界中，只有使用换行符（简称LF）。这就是您的 git 警告您的内容 - 它想要更改以其提交的文件结尾的行的类型，即使它在您的本地工作目录中没有更改。
大多数 Unix 系统可以很好地识别 CRLF 行结尾，但 Windows 文本编辑器偶尔会遇到 Unix 风格行结尾的问题（记事本是最显着的例子）。由于 git 正在从 Unix 风格转换 away，你应该没问题。即使不是，你也可能没问题，因为 Windows 世界中的大多数开发人员文本编辑器都可以处理 Unix 风格的行结尾。
显然，如果您的代码库包含某种依赖于输入中特定行结束类型的手动代码生成器（或类似的东西），这可能会超出 window 一点。但是，如果您有这样的生成器，可以安全地假设您可能知道与不同行尾样式相关联的 risks/issues。