Windows环境下Perforce未遵守部分文件LF行尾配置的原因咨询

• 文件被标记为二进制类型：Perforce不对二进制文件执行行尾转换。如果这些异常文件在Perforce中被标记为binary类型（而非text或text+unix），同步时就不会将行尾转为LF。可通过p4 fstat <文件名>命令查看文件的type字段确认。

• 文件包含二进制内容：即使是文本文件，若存在不可打印的二进制字符（如特殊控制字符），Perforce会自动将其识别为二进制文件，跳过行尾转换。比如msg_26.txt可能含有隐藏二进制标记，那个225KB的.py文件可能混入了非文本内容。

• 局部行尾规则覆盖全局设置：检查是否有针对特定文件或路径的LineEnd配置覆盖了工作区全局的unix设置。比如工作区的P4CONFIG文件或p4 client配置中，可能对部分文件设置了LineEnd=windows，导致这些文件保留CRLF。

• 文件提交时的行尾残留：如果这些文件最初在Windows环境以CRLF提交，且提交时未设置正确的行尾类型，Perforce会保留原始行尾信息。即便后续工作区设为unix，若文件类型为text（而非text+unix），可能会根据客户端系统自动转换，但服务器端存储的CRLF可能导致转换异常。

• 服务端配置优先级影响：部分Perforce版本中，服务端的unicode设置或全局行尾规则会覆盖客户端的转换逻辑。如果服务端强制某些文件的行尾类型，会忽略工作区的unix设置。

内容的提问来源于stack exchange，提问作者Karlovsky120