我被git的Windows/Linux换行符问题所困扰。通过GitHub、MSysGit和其他来源，最好的解决方案似乎是将本地存储库设置为使用Linux风格的换行符，但设置core.autocrlf为true。不幸的是，我没有在足够早的时候这样做，所以现在每次拉取更改时，换行符都会出错。
我曾经在这里找到一个答案，但我无法让它对我起作用。我的Linux命令行知识非常有限，因此我甚至不知道他脚本中的“xargs fromdos”命令是做什么的。我一直收到关于不存在文件或目录的消息，当我设法指向一个现有的目录时，它告诉我我没有权限。
我已经尝试过在Windows上使用MSysGit以及通过Mac OS X终端运行该脚本。
最简单的方法是创建一个提交来修复所有行结尾。假设您没有任何修改过的文件，则可以按照以下步骤进行操作。
# From the root of your repository remove everything from the index
git rm --cached -r .
# Change the autocrlf setting of the repository (you may want
# to use true on windows):
git config core.autocrlf input
# Re-add all the deleted files to the index
# (You should get lots of messages like:
# warning: CRLF will be replaced by LF in <file>.)
git diff --cached --name-only -z | xargs -0 git add
# Commit
git commit -m "Fixed crlf issue"
# If you're doing this on a Unix/Mac OSX clone then optionally remove
# the working tree and re-check everything out with the correct line endings.
git ls-files -z | xargs -0 rm
git checkout .
从gitattributes的Git文档中，现在记录了另一种方法来“修复”或规范化项目中的所有行结尾。以下是要点：
$ echo "* text=auto" >.gitattributes
$ git add --renormalize .
$ git status # Show files that will be normalized
$ git commit -m "Introduce end-of-line normalization"
如果在git status中出现不应该被规范化的任何文件，需要在运行git add -u之前取消它们的文本属性。
manual.pdf -text相反地，git未检测到的文本文件可以手动启用规范化。
weirdchars.txt text
这利用了在git v2.16.0中新增的--renormalize标志，于2018年1月发布。
但是如果您有“未暂存删除的文件”，则可能会失败，因此请首先将它们暂存，例如：
git ls-files -z --deleted | xargs -0 git add
对于较老版本的git，有几个额外的步骤：
$ echo "* text=auto" >>.gitattributes
$ rm .git/index # Remove the index to force git to
$ git reset # re-scan the working directory
$ git status # Show files that will be normalized
$ git add -u
$ git add .gitattributes
$ git commit -m "Introduce end-of-line normalization"
git reset 的目的是什么？ - crdxgit status后，一个有用的命令是运行git diff --ignore-space-at-eol，以确保您提交的只是行尾的更改。 - zelanix--renormalize 标志。--renormalize 标志将每个跟踪文件的重新处理行尾的过程合并为一个命令：git add --renormalize .。 - Mike Hill我处理行结尾的流程如下（在许多代码库上进行了实战测试）：
创建新代码库时：
.gitattributes放在第一个提交中，例如.gitignore和README.md处理现有代码库时：
.gitattributesgit commit -a -m“Modified gitattributes”git rm --cached -r . && git reset --hard && git commit -a -m'Normalize CRLF' -n"
-n（--no-verify是为了跳过提交前钩子）alias fixCRLF="..."在.gitattributes中，我明确声明所有文本文件具有LF EOL，因为通常Windows工具与LF兼容，而非Windows工具与CRLF不兼容（即使许多nodejs命令行工具也假定LF，因此可能会更改您文件中的EOL）。
.gitattributes的内容我的.gitattributes通常如下所示：
*.html eol=lf
*.js eol=lf
*.json eol=lf
*.less eol=lf
*.md eol=lf
*.svg eol=lf
*.xml eol=lf
要找出Git在当前存储库中跟踪的独特扩展名，请查看此处
完成此操作后，仍有一个常见问题。
假设您的master已经是最新版本并已被规范化，然后您切换到outdated-branch。通常，在检出该分支后不久，Git会将许多文件标记为已修改。
解决方法是进行虚拟提交（git add -A . && git commit -m 'fake commit'），然后执行git rebase master。重定基后，虚拟提交应该会消失。
2.7.0.windows.1，我使用了以下命令：git rm --cached -r . && git reset --hard && git add . && git commit -m "Normalize EOL" -n - Sean Fausett以下是我使用 git filter-branch 修复整个历史记录中所有行结束符的方法。输入 ^M 字符需要使用 CTRL-V + CTRL-M。我使用了 dos2unix 来转换文件，因为它会自动跳过二进制文件。
$ git filter-branch --tree-filter 'grep -IUrl "^M" | xargs -I {} dos2unix "{}"'
git status --short|grep "^ *M"|awk '{print $2}'|xargs fromdos
解释:
git status --short
这将显示git所知道的和不知道的每行内容。没有受到git控制的文件在行首标记为'?'。修改过的文件在行首标记为 M。
grep "^ *M"
这将仅筛选出被修改的文件。
awk '{print $2}'
这将仅显示文件名，不包含任何标记。
xargs fromdos
这将从前一个命令中获取文件名，并通过实用程序 'fromdos' 将它们转换为换行符。
\"| xargs fromdos\"从标准输入流中读取（由find找到的文件），并将其用作命令fromdos的参数，该命令将行结尾转换为Unix格式。（在这些环境中是否标准使用fromdos？我习惯于使用dos2unix）。请注意，您可以避免使用xargs（特别是当您有足够多的文件时，参数列表过长）：
find <path, tests...> -exec fromdos '{}' \;
或者
find <path, tests...> | while read file; do fromdos $file; done
好的...在cygwin下我们没有轻松获取fromdos，如果您的路径中有任何空格（我们有），那么awk substeb会在您的面前爆炸，所以我不得不以稍微不同的方式处理：
git status --short | grep "^ *M" | sed 's/^ *M//' | xargs -n 1 dos2unix
我在我的某个代码库中也遇到了同样的问题。如果你同时使用Windows和Linux系统对同一代码库进行拉取和推送，请尝试以下操作：
首先，针对Windows系统，将git配置设置如下：
git config --global core.autocrlf true
当写入对象数据库时，这将确保将CRLF转换为LF，然后在写入工作目录时再将LF替换为CRLF。因此，您的存储库将只有一种类型的行尾，并且在本地，您将在Windows系统上具有Windows行尾，从而使您的存储库更加安全。
对于Linux/MAC，请将git配置设置如下：
git config --global core.autocrlf input
这将确保在写入对象数据库时将CRLF转换为LF，但不会反过来进行操作，保留LF以供Linux/MAC使用。
对于已经存在于您的Linux/MAC上的错误行尾，请使用dos2unix
对于MAC：
brew install dos2unix # Installs dos2unix Mac
find . -type f -exec dos2unix {} \; # recursively removes windows related stuff
对于Linux：
sudo apt-get install -y dos2unix # Installs dos2unix Linux
sudo find . -type f -exec dos2unix {} \; # recursively removes windows related stuff
如果其他答案都不适用于您，请按照以下步骤操作：
git config --global core.autocrlf true; 如果您使用的是Unix，请执行git config core.autocrlf inputgit rm --cached -r ..gitattributesgit add -Agit reset --hard然后，您的本地应该已经干净了。
.gitattributesж–Ү件жҳҜи§ЈеҶіиЎҢе°ҫй—®йўҳзҡ„ж–№жі•пјҹ - Aleksandr M