GIT CRLF到LF-UNIX上的git parent repo以及Windows和unix上的克隆

Question

这个问题与我的其他问题有点类似，请确保在更新挂钩中将文件从CRLF转换为LF ，是否会对性能产生影响？

所以这就是下面的架构所要寻找的。 1.我的父存储库（裸机和数据）在UNIX计算机上。 2.我可以在UNIX计算机上克隆我的存储库。 3.我可以使用samba在Windows计算机中克隆我的存储库，以访问我的父存储库。

如果出现以下情况，我该如何处理CRLF问题

1. 用户在UNIX中创建克隆，使用samba将其映射到Windows驱动器中，修改在Windows中完成，从而创建CR / LF字符对作为EOL。 如果用户回到Unix并进行提交和推送。 GIT如何保养？ 还是我们需要一些挂钩？

2. 与上述相同，但文件格式每行超过8000个字符-很多。 将其视为提交时删除了CR的ASCII文件吗？

3. 2的变体，但是它是一个具有ASCII头的二进制文件。 这是否会导致CR / LF更改为LF？

Answer 1

要看的两个地方是Git-config和git-attributes 。

您将需要确定自己的本地标准，这取决于您的其他外部程序，尤其是公司源代码控制标准，以及期望使用特定格式的任何工具。

手册页在第一次和第二次阅读时会感到有些困惑。 您需要注意神秘的编码，例如“工作目录”表示“已签出”文件等。

“默认”为“规范化”，这意味着提交到存储库的文件将以LF结尾。 然后，使用正确的设置，您可以将文件检出为[always] LF或[always] CRLF或根据您的[local]平台选择文件。

我不知道长线，但我希望git对它们很满意。

对于带有文本标题等的特殊文件，git properties文件允许您定义文件类型和特定于路径的检入和检出协议（手册页中的示例）。

PS我自己一直被Matlab的*.m eol=LF ;-)困扰。