Git换行符配置详解：跨平台协作下的core.autocrlf实战

在单一操作系统环境下开发，通常无需担心Git的换行符设置。然而，一旦开发团队涉及多平台协作——例如成员分别使用Windows、macOS和Linux——那么合理配置Git的换行符参数就变得至关重要，否则将引发一系列兼容性问题。

不同操作系统对换行符的定义存在差异：

• Windows 使用 \r\n 作为换行符。
• Unix/Linux 和 macOS 均使用 \n 作为换行符。

如果未做任何处理，在Windows上编辑的文件，于其他操作系统上打开时，每行末尾可能会显示一个多余的 ^M 符号。这实质上是 \r 字符。虽然影响美观，但更严重的是，一些Shell脚本的解析器较为脆弱，遇到 \r\n 格式可能会直接报错，导致脚本无法执行。

反之，在其他系统编辑的文件，若不经处理，在Windows中可能会因为缺少 \r，导致多行文本被合并为一行显示。

在ASCII编码中，\r 对应 CR（Carriage Return，回车符），\n 对应 LF（Line Feed，换行符）。因此，\r\n 也常写作CRLF。值得注意的是，在计算机领域，回车和换行常被视为一体，但在古老的机械打字机上，这是两个独立动作：回车是将打印头移回行首（改变水平位置），换行则是将纸张向上推进一行（改变垂直位置）。

为了解决跨平台换行符不统一的问题，Git内置了一套自动转换机制，由 core.autocrlf 参数控制。此机制会在文件在工作区与本地仓库之间签入（提交）和签出（检出）时生效。

1. 设置为 true

git config core.autocrlf true

此设置推荐在 Windows 系统上使用。

• 提交时：Git会自动将工作区中的CRLF（\r\n）转换为LF（\n）再存入仓库。
• 检出时：Git会将仓库中的LF（\n）转换回CRLF（\r\n）到工作区。
  

2. 设置为 input

git config core.autocrlf input

此设置适用于 Unix/Linux/macOS 等非Windows系统。

• 提交时：Git会将换行符统一转换为LF（\n）再存入仓库。
• 检出时：Git不做任何转换，保持仓库中的LF（\n）原样到工作区。
  

3. 设置为 false

git config core.autocrlf false

此设置将关闭换行符的自动转换。文件在工作区是什么样，提交到仓库就是什么样，检出时也保持不变。这仅适用于团队成员使用单一类型操作系统（如全是Linux或全是Windows）的场景，对于处理涉及系统网络协议的配置文件等需要保持特定格式的场景也可能有用。

通过合理配置 core.autocrlf，可以有效避免因换行符差异导致的代码显示异常、脚本执行失败等问题，保障云原生时代多环境协作的顺畅进行。