在两个不同的操作系统(Linux和Windows)中使用“代码”时，CRLF可能会导致一些问题。

我的Python脚本是在Linux Docker容器中编写的，然后使用Windows的Git Bash推送。它给了我LF将被CRLF取代的警告。我并没有想太多，但当我后来开始写剧本时，它说:

/usr/bin/env: 'python\r':没有这样的文件或目录

现在这个r对你们来说是ramification的意思。Windows在“\n”上方使用“CR”-换行符- \n\r。这是你可能需要考虑的事情。

确保您已经安装了最新版本的Git

我在之前的回答中，git配置核心。在使用Git(2.7.1版)时，自专制错误，但它不工作。

然后，当升级git(从2.7.1到2.20.1)时，它就可以工作了。

OP的问题是与windows相关的，我无法使用其他的目录，甚至无法在notepad++中运行文件，因为管理员无法工作…

所以不得不走这条路:

cd "C:\Program Files (x86)\Git\etc"
git config --global core.autocrlf false

unix2dos和dos2unix都可以在Windows Git Bash上使用。可以使用以下命令进行UNIX (LF)→DOS (CRLF)转换。因此，您将不会得到警告。

unix2dos filename

or

dos2unix -D filename

但是，不要在任何现有的CRLF文件上运行这个命令，因为这样每隔两行就会得到空换行符。

dos2unix -D文件名不适用于所有操作系统。请检查此链接的兼容性。

如果出于某种原因你需要强制执行命令，那么使用——force。如果它表示无效，则使用-f。

我不太了解Windows上的Git，但是……

在我看来，Git正在转换返回格式以匹配正在运行的平台(Windows)。CRLF是Windows上的默认返回格式，而LF是大多数其他操作系统的默认返回格式。

当代码被移动到另一个系统时，返回格式可能会得到适当的调整。我还认为Git足够聪明，可以保持二进制文件的完整性，而不是试图在JPEG文件中将lf转换为crlf。

总而言之，您可能不需要为这种转换担心太多。但是，如果您将项目归档为tarball，其他编码员可能会喜欢使用LF行终止符而不是CRLF。取决于你有多关心(取决于你不使用记事本)，你可能想要设置Git使用LF返回，如果你可以的话:)

附录:CR为ASCII码13,LF为ASCII码10。因此，CRLF是两个字节，而LF是一个字节。

我只是犯了同样的错误。 这是在Windows 10上安装NVM NVM后发生的。

在所有级别设置autoclrf都不起作用。

在CMD中我使用:“git ls-files——eol”

i/lf    w/crlf  attr/             src/components/quotes/ExQuoteForm.js
i/lf    w/lf    attr/             src/components/quotes/HighlightedQuote.js

结论:

我做的文件有不同的结局。

要更改文件和重置，请执行

git config core.autocrlf false
git rm --cached -r .
git reset --hard

尽管:

在一些项目中，我需要删除存储库并重新启动它。