Moh*_*rid 7 git github core.autocrlf gitlab
我正在搜索根据某些用例使用的正确设置,但找不到任何描述相同的来源.因此,我要求这个问题作为任何寻找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是一个config，这意味着它不会通过存储库推送或克隆：它必须由用户设置。
这是在回购级别处理 EOL 的传统方式。
您想要使用（根据您的场景添加或修改）的是 gitattributescore.eol指令。
.gitattributes是一个可以像任何其他文件一样在 git 存储库中进行管理的文件。一旦您同意停产政策，该政策将在每个克隆上强制执行。core.eol为一个文件或一组文件设置指令（而不是全局存储库范围的配置core.autocrlf）对于异构环境， core.eol （仅适用于您认为有问题的文件）应该是native（如果您怀疑您的编辑坚持使用系统 eol 而不是使用文件中已存在的文件）。
有关更多信息，请参阅“注意行尾”。
| 归档时间： |
|
| 查看次数： |
172 次 |
| 最近记录： |