当我同时编辑、重命名和移动文件时，这些解决方案都不起作用。解决方案是分两次提交(分别编辑和重命名/移动)，然后通过git rebase -i修复第二次提交，使其在一次提交中完成。

其他的答案已经涵盖了，你可以简单地git添加新&& git rm OLD，以使git识别移动。

然而，如果你已经在工作目录中修改了文件，add+rm方法将把修改添加到索引中，这在某些情况下可能是不希望的(例如，在大量修改的情况下，Git可能不再识别它是一个文件重命名)。

让我们假设您想要将重命名添加到索引，而不是任何修改。显而易见的方法来实现这一点，是做一个来回重命名mv NEW OLD && git mv OLD NEW。

但是也有一种(稍微复杂一点的)方法可以直接在索引中做这件事，而不需要在工作树中重命名文件:

info=$(git ls-files -s -- "OLD" | cut -d' ' -f-2 | tr ' ' ,)
git update-index --add --cacheinfo "$info,NEW" &&
  git rm --cached "$old"

这也可以放在~/.gitconfig中作为别名:

[alias]
    mv-index = "!f() { \
      old=\"$1\"; \
      new=\"$2\"; \
      info=$(git ls-files -s -- \"$old\" | cut -d' ' -f-2 | tr ' ' ,); \
      git update-index --add --cacheinfo \"$info,$new\" && \
      git rm --cached \"$old\"; \
    }; f"

我最近在移动(但不是修改)一些文件时遇到了这个问题。

问题是，当我移动文件时，Git更改了一些行结束符，然后无法判断文件是否相同。

使用git mv解决了这个问题，但它只能在单个文件/目录上工作，而且我在存储库的根目录下有很多文件要做。

解决这个问题的一种方法是使用bash /批处理魔法。

另一种方法如下

移动文件，git提交。这将更新行结束符。 将文件移回原来的位置，现在它们有了新的行结束符，git提交—修改 再次移动文件，git提交—修改。这次行结束符没有变化，所以Git很高兴

我理解这个问题的方式是“如何让git识别删除旧文件和创建新文件作为文件移动”。

是的，在工作目录中，一旦你删除了一个旧文件并插入了一个旧文件，git状态会显示“deleted: old_file”和“Untracked files:…”new_file”

但是在分段索引/关卡中，一旦你使用git添加和删除文件，它将被识别为文件移动。要做到这一点，假设您已经使用操作系统完成了删除和创建，请给出以下命令:

git add new_file
git rm old_file

如果文件的内容是50%或更相似，运行git status命令应该给你:

renamed: old_file -> new_file

git diff -M或git log -M会自动检测这些更改，如重命名和微小的更改，只要它们确实是。 如果你的小变化不是小的，你可以降低相似度阈值，例如。

$ git log -M20 -p --stat

将其从默认的50%降低到20%。

当我同时编辑、重命名和移动文件时，这些解决方案都不起作用。解决方案是分两次提交(分别编辑和重命名/移动)，然后通过git rebase -i修复第二次提交，使其在一次提交中完成。