Git合并显示'；重命名/删除'；对于两个分支中真正重命名的文件

我们正在修复一些文件的不同大小写路径的存储库问题-路径中的第一个文件夹是一组文件的“应用程序”，另一组文件的“应用程序”。为了实现这一点，我们将所有分支中的所有文件重命名为大写的“Application”，并重新整合整个存储库

当我们尝试将一个分支合并到另一个分支时，对于许多文件，我们会看到：

CONFLICT (rename/delete): 
Applications/Views/sell.cshtml deleted in HEAD and renamed in feature123_branch. 
Version feature123_branch of Applications/Views/sell.cshtml left in tree.

Mergetool提供了一个选项，可以在使用重命名文件时删除文件

但该文件仅在HEAD和feature123_分支中重命名，例如

github.com

显示

file renamed from {applications/ → Applications/}/Views/sell.cshtml for all commits.

我们可以使用“解析”合并策略，文件将被正确地标记为“都重命名”，但我们不知道丢失什么文件历史记录（根据我们的git专家所关心的）

以下是一些问题：

我们如何使用git命令（与github提交历史相同）查看文件的真实历史，显示该文件已重命名

为什么合并默认的“递归”策略认为这个文件没有被重命名，而是在分支中被删除了

如果我们使用解析策略，文件历史会丢失吗

---

p、 美国回购协议是私有的，因此我无法提供链接，抱歉。

这是一个旧的链接，但是关于：

我们如何使用git命令（与github提交历史相同）查看文件的真实历史，显示该文件已重命名

git日志

有一个

——follow

选项：

--follow-继续列出重命名后的文件历史记录（仅适用于单个文件）

---

相关：应用程序下有多少版本化文件

git ls files Applications | wc-l

应该会给你数字。由于Application->Application，应用程序下的~8500个文件和~250个合并冲突，rest文件在两个分支中都有大写路径。@DanilaPolevshikov您好，谢谢-您能详细说明git冲突的确切含义吗？我收到了同样的错误，并试图找出问题所在。chrs