git - 根据用例正确设置git autocrlf

我正在搜索根据某些用例使用的正确设置，但找不到任何描述相同设置的资源。因此，我想问这个问题，作为寻求git的autocrlf选项正确设置的任何人的解决方案。

用例1:我在Mac上，其他开发人员在Windows上。在我加入之前，他们正在管理源代码。

用例2:我在Windows上，其他开发人员在Mac上。在我加入之前，他们正在管理源代码。

用例3:我在Linux上，其他开发人员都在Windows上。在我加入之前，他们正在管理源代码。

用例4:我在Windows上，其他开发人员都在linux上。在我加入之前，他们正在管理源代码。

用例5:我在Linux上，其他开发人员在Mac上。在我加入之前，他们正在管理源代码。

用例6:我在Mac上，其他开发人员都在Linux上。在我加入之前，他们正在管理源代码。

我应该使用什么git core.autocrlf设置？

编辑:
为什么这个问题不是许多类似问题的重复:

所有其他问题及其答案均提供了所需的事实和知识，而读者则需要做很多工作。该问题旨在针对特定情况提出具体答案。

最佳答案

简单的:

 git config core.autocrlf false

(适用于所有情况)
core.autocrlf是一个配置，这意味着它不会与存储库一起推送或克隆:它必须由用户设置。

这是在 repo 级别处理eol的传统方法。

您想要使用(根据您的方案添加或修改)的是gitattributes core.eol directives。

.gitattributes is a file可以像其他任何文件一样在git repo中进行管理。一旦您同意eol政策，该政策将在每个克隆上执行。

您可以为文件或文件组设置core.eol伪指令(如果需要)(相对于全局存储库范围的全局配置core.autocrlf)

对于异构环境，core.eol(仅适用于您认为有问题的文件)应为native(如果您怀疑编辑器坚持使用系统eol而不是使用文件中已经存在的eol)。

有关更多信息，请参见“Mind the End of Your Line”。

关于git - 根据用例正确设置git autocrlf，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/35104293/