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

如。 node_modules

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

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

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

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

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

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

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

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

来源:GitHub问题

做一些简单的事情:

打开git-hub (Shell)并导航到目录文件属于(cd /a/b/c/…) 执行dos2unix(有时是dos2unix.exe) 试着现在就承诺。 如果你再次得到相同的错误。 执行以上所有步骤，除了不执行dos2unix，而是执行unix2dox(有时使用unix2dos.exe)

是的，警告是反的。

事实上，它一开始就不应该是一个警告。因为所有这些警告都在说(但不幸的是倒着说)，你文件中带有Windows行结束符的CRLF字符将在提交时被LF字符替换。这意味着它被标准化为*nix和MacOS使用的相同的行结束符。

没有什么奇怪的事情发生，这正是你通常想要的行为。

当前形式的警告是以下两件事之一:

一个不幸的漏洞加上一个过于谨慎的警告信息， 或 一个非常聪明的情节，让你真正思考这个问题……

;)

所有这些都假设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