If you're using TortoiseGit it's important to note that Git's automatic rename detection happens during commit but the fact that this is going to happen isn't always displayed by the software beforehand. I had moved two files to a different directory and performed some slight edits. I use TortoiseGit as my commit tool and the Changes made list showed the files being deleted and added, not moved. Running git status from the command line showed a similar situation. However after committing the files, they showed up as being renamed in the log. So the answer to your question is, as long as you haven't done anything too drastic, Git should pick up the rename automatically.

编辑:显然，如果你添加新文件，然后从命令行执行git状态，重命名应该在提交前显示。

编辑2:另外，在TortoiseGit中，在提交对话框中添加新文件，但不要提交它们。然后，如果您进入Show Log命令并查看工作目录，您将看到Git是否在提交前检测到重命名。

同样的问题在这里被提出:https://tortoisegit.org/issue/1389，并已被记录为一个bug来修复这里:https://tortoisegit.org/issue/1440。原来这是一个显示问题与TortoiseGit的提交对话框，也存在于git状态，如果你没有添加新文件。

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

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

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

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

另一种方法如下

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

可能有一个更好的“命令行”方法来实现这一点，我知道这是一种hack，但我从来没有找到一个好的解决方案。

使用TortoiseGIT:如果你有一个GIT提交，其中一些文件移动操作显示为加载添加/删除，而不是重命名，即使文件只有很小的变化，那么这样做:

检查你在当地做了什么 在第二次提交中检入一个小的单行更改 去GIT登录乌龟GIT 选择两个提交，右键单击，选择“merge into one commit”

新的提交现在将正确地显示文件重命名……这将有助于维护正确的文件历史。

如果你的修改不是很严重，Git会自动检测移动/重命名。只需git添加新文件，git rm旧文件。Git状态将显示它是否检测到重命名。

此外，对于目录的移动，你可能需要:

CD到目录结构的顶部。 执行git add -A命令。 运行git status来验证“新文件”现在是一个“重命名”文件

如果git状态仍然显示“新文件”而不是“重命名”，你需要遵循Hank Gay的建议，在两次单独的提交中进行移动和修改。

我理解这个问题的方式是“如何让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重新分析添加/删除的文件，并正确地将它们标记为已移动。