* text=auto
* text eol=lf
text=auto是否仅适用于使用*或也可以与特定扩展名一起使用？在这种情况下，区别是什么？
*.txt text=auto
*.txt text eol=lf
在Git 2.36.0之前，eol=lf设置会覆盖任何text设置，如果你将其应用于每个路径，则只有eol=lf设置会起作用。自Git 2.36.0以后，eol=lf仅适用于text被设置、未指定或设置为auto且Git确定它是文本文件的情况下。
让我们从这个问题入手并逐步解释：
text = auto是否仅适用于使用*或也可以与特定扩展名一起使用？
模式可以包括扩展名。 text = auto部分是一个属性设置，而模式选择哪些属性应用于哪些文件。
.gitattributes文件gitattributes中的每行都匹配或不匹配某些路径名称，例如dir1/dir2/file.ext或README.md或其他路径名。正如gitattributes文档所述：
gitattributes文件中的每一行都具有以下格式：pattern attr1 attr2 ...也就是说，一个模式后面跟着一个属性列表，用空格隔开。前导和尾随空格将被忽略。以#开头的行将被忽略。以双引号开头的模式将以C风格引用。当模式与所讨论的路径匹配时，列在该行上的属性将赋给该路径。
因此，
*是模式。这些“模式”与.gitignore文件中的那些相同，只是不允许使用否定模式。因此，您可以使用类似*.txt和*.jpg的模式来匹配文件名扩展名，或者使用dir1/*这样的模式来匹配特定目录中的文件。.gitignore和.gitattributes文件也可以是特定目录本地的，这种情况下它们适用于该目录及其子目录中的文件，但不适用于树中更高的路径。现在，对于
text与text=auto，以及eol=lf或不是，我们得到以下结果：对于给定路径，每个属性可以处于以下状态之一：
已设置
路径具有具有特殊值“true”的属性；这是通过仅在属性列表中列出属性名称来指定的。未设置 [详情略过，但请参见下文]
设置为值
路径具有具有指定字符串值的属性；这是通过在属性列表中列出属性名称，后跟等号=及其值来指定的。未指定
没有任何模式与路径匹配，并且没有任何内容指明路径是否具有属性，该路径的属性被称为未指定。（最后一个的措辞特别糟糕，我认为它实际上意味着“对于与路径匹配的所有模式，没有一个说了什么关于该属性的事情。”）
因此，对于
text，该属性被设置，对于text=auto，该属性被设置为值。在这种情况下，值部分是auto。由于模式是*，它适用于所有文件。同样的逻辑也适用于
eol=lf项。如果，首先，这* text=auto * text eol=lf第二行
text覆盖了第一行，因此text被设置（但值未被赋予），eol被设置为一个值，值为lf。两行都匹配，并且第二行覆盖了第一行。如果你交换这两行:
* text eol=lf * text=auto再次提醒，两行都匹配，但现在第二行仅覆盖了
text设置，所以现在text被设置为auto，eol被设置为lf。
text属性如何应用于文件接下来一节gitattributes文档说：
此属性[
text]启用并控制行末规范化...[如果它是]已设置
...启用行末规范化，并将路径标记为文本文件...未设置
...告诉Git不要尝试在签入或签出时进行任何行末转换...设置为字符串值"auto"
...若Git决定内容是文本...未指定
...Git使用core.autocrlf配置变量...(这意味着您必须去查找
git config文档，以找出如果您未指定text，core.autocrlf变量做什么)。您选择要么为每个文件设置它，要么为每个文件设置为
auto。前者表示“为每个文件进行转换”，后者（auto设置）表示：嘿，Git，请为我决定文件是否为文本。如果您决定它是文本，请进行转换。
eol=lf如何应用于文件在
text设置的描述下面，是对eol设置的描述。在Git 2.36.0之前，它读作：此属性设置要在工作目录中使用的特定行结束样式。它启用行末转换而不进行任何内容检查，有效地设置了
text属性。设置为字符串值"crlf"
...[因为您设置了lf而被忽略]设置为字符串值"lf"
此设置强制Git在签入时将换行符规范化为LF，并防止检出文件时将其转换为CRLF。所以，如果你为一个路径设置了
eol=lf（并且使用*作为模式，它将应用于每个路径），Git 将把每个文件都视为文本，并在“检入”时从 CRLF 行尾转换为 LF 行尾（此描述措辞不当，实际上转换发生在git add步骤中）。Git 在检出期间什么都不会做（这也没有表述得完美：转换或者在这种情况下非转换发生在从索引到工作树的提取期间）。在 Git 2.36.0 之后，描述如下：
此属性设置特定的行尾样式以在工作目录中使用。只有在文本属性设置或未设置或设置为 auto 的情况下，或者如果检测到文件为文本并存储在索引中具有 LF 结尾，则此属性才有效。
[其余说明已省略]。这意味着现在对
eol考虑了text。在您的情况下，您可以设置text或将其设置为auto。在第一种情况下，eol属性始终适用于匹配模式。在第二种情况下，它仅在 git 确定文件为文本文件时适用。如果使用不同的模式，则会得到不同的结果
请注意，如果选择像
*.txt这样的模式，则这些属性仅针对与模式匹配的路径设置。对于其他路径，这些属性保持未设置状态。因此，您应该回顾一下文档，看看当这些属性未设置时会发生什么。当然，你可以这样做：
* -text *.txt eol=lf第一行会显式地在所有文件中 取消设置
text，使所有文件上的eol未指定。第二行然后为*.txt文件 设置eol=lf的值，覆盖未指定的值。现在 Git 将应用eol=lf规则到其文件名与*.txt匹配的所有文件上，并对其余文件使用未指定的 (eol和 取消设置 的) 文本规则。这个特殊的
-text语法是我上面删除的内容。使用text=false不会 取消设置text，而是将text设置为字符串值false。这与将text未指定(没有特别取消设置)具有相同的效果。使用-text给它一个特殊的 取消设置 的设置。取消设置 的
text与 未指定 的text之间的区别在于当text未指定时，Git 可能会尝试根据core.*设置（如core.autocrlf）猜测是否进行转换。但是，当text明确地被 取消设置 时，Git 将不会对该文件进行任何猜测或转换。
text eol=lf: Git将始终在检出时将行尾转换为LF"是错误的吗？它应该是“git在检出时不会执行任何转换”，还是它们实际上具有完全相同的含义？ - Marinos Angit add时间）上应用CRLF-to-LF规则，并且不会在“输出”转换（大致上，在git checkout时间）上进行任何换行符更改。请注意，一旦发生了任何输入侧转换（添加和提交），神圣的提交版本就只有LF结尾，因此“无转换”和“转换为LF结尾”将具有相同的效果。这使得很难检测是否没有发生转换 - 但源代码在这里表示“没有转换”。 - torek* text=auto\n* text eol=lf”，而不是最后一个text eol设置为elf（除非我在这里漏掉了一些汇编程序）。 - bballdave025eol=lf，打错了！我会修复的。 - torek