这个警告尾巴是向后的吗?

这一警告首先令人困惑。 Git 2.37 (Q3 2022)对其进行了改写和澄清。

参见Alex Henrie (alexhenrie)提交c970d30 (07 Apr 2022)。 (由Junio C Hamano—gitster—在提交0a88638中合并，2022年5月20日)

转换:澄清行结束转换警告 署名:Alex Henrie

The warning about converting line endings is extremely confusing. LF will be replaced by CRLF in ... The file will have its original line endings in your working directory. Its two sentences each use the word "will" without specifying a timeframe, which makes it sound like both sentences are referring to the same timeframe. On top of that, it uses the term "original line endings" without saying whether "original" means LF or CRLF. Rephrase the warning to be clear about when the line endings will be changed and what they will be changed to.

在本机行结束符不是CRLF的平台上(例如Linux)，以下顺序中的“git add”(man)步骤会触发有问题的新消息(不再有警告):

$ git config core.autocrlf true 
$ echo 'Hello world!' >hello.txt 
$ git add hello.txt 

In the working copy of 'hello.txt', CRLF will be replaced by LF 
the next time Git touches it.

在本机行结束符不是LF的平台上(例如Windows)，下面序列中的“git add”(man)步骤会触发有问题的新消息(不再有警告):

$ git config core.autocrlf true 
$ echo 'Hello world!' >hello.txt 
$ git add hello.txt 

In the working copy of 'hello.txt', LF will be replaced by CRLF 
the next time Git touches it.

我遇到过类似的问题，在windows上使用vscode(v1.57)尝试了其他答案中定义的解决方案，但没有工作。

所以对我来说，以下步骤是有效的:

在根文件夹中有一个名为.editorconfig的文件 打开该文件，将end_of_line = lf修改为end_of_line = CRLF 运行git rm——缓存，警告消失!!

确保在.gitignore文件中添加了不必要的文件或文件夹。

如。 node_modules

如果仍然面对，则运行此命令

git配置——全局核心。autocrlf假的' '

这是因为Windows上的GitHub Desktop的配置假设CRLF，但文本编辑器可能使用LF。您可以将本地存储库设置改为使用lf。

导航到git repo的根目录，并以完全相同的顺序执行

git config core.eol lf
git config core.autocrlf input

来源:GitHub问题

这个警告尾巴是向后的吗?

这一警告首先令人困惑。 Git 2.37 (Q3 2022)对其进行了改写和澄清。

参见Alex Henrie (alexhenrie)提交c970d30 (07 Apr 2022)。 (由Junio C Hamano—gitster—在提交0a88638中合并，2022年5月20日)

转换:澄清行结束转换警告 署名:Alex Henrie

The warning about converting line endings is extremely confusing. LF will be replaced by CRLF in ... The file will have its original line endings in your working directory. Its two sentences each use the word "will" without specifying a timeframe, which makes it sound like both sentences are referring to the same timeframe. On top of that, it uses the term "original line endings" without saying whether "original" means LF or CRLF. Rephrase the warning to be clear about when the line endings will be changed and what they will be changed to.

在本机行结束符不是CRLF的平台上(例如Linux)，以下顺序中的“git add”(man)步骤会触发有问题的新消息(不再有警告):

$ git config core.autocrlf true 
$ echo 'Hello world!' >hello.txt 
$ git add hello.txt 

In the working copy of 'hello.txt', CRLF will be replaced by LF 
the next time Git touches it.

在本机行结束符不是LF的平台上(例如Windows)，下面序列中的“git add”(man)步骤会触发有问题的新消息(不再有警告):

$ git config core.autocrlf true 
$ echo 'Hello world!' >hello.txt 
$ git add hello.txt 

In the working copy of 'hello.txt', LF will be replaced by CRLF 
the next time Git touches it.

所有这些都假设core. selflf =true

原始错误:

警告:LF将被CRLF取代 该文件在您的工作目录中有其原始的行结束符。

错误应该是什么:

警告:在你的工作目录中，LF将被CRLF取代 文件将在git存储库中有其原始的LF行结束符

解释:

The side-effect of this convenient conversion, and this is what the warning you're seeing is about, is that if a text file you authored originally had LF endings instead of CRLF, it will be stored with LF as usual, but when checked out later it will have CRLF endings. For normal text files this is usually just fine. The warning is a "for your information" in this case, but in case git incorrectly assesses a binary file to be a text file, it is an important warning because git would then be corrupting your binary file.

基本上，以前是LF的本地文件现在在本地具有CRLF