git合并工具——跟踪？

是否有一个行为类似于

的
git mergetool
的标志--
git log
中的follow

   --follow
       Continue listing the history of a file beyond renames (works only
       for a single file).

基本上，我希望它合并重命名的文件，而不是认为它们被删除

git mergetool

提供以下功能：

       When git mergetool is invoked with this tool (either through the -t
       or --tool option or the merge.tool configuration variable) the
       configured command line will be invoked with $BASE set to the name
       of a temporary file containing the common base for the merge, if
       available; $LOCAL set to the name of a temporary file containing
       the contents of the file on the current branch; $REMOTE set to the
       name of a temporary file containing the contents of the file to be
       merged, and $MERGED set to the name of the file to which the merge
       tool should write the result of the merge resolution.

---

因此，在重命名/移动文件的情况下，我希望BASE/LOCAL/REMOTE仍能工作。我希望

git mergetool

根据需要“遵循”将BASE重命名为LOCAL或REMOTE。

git mergetool本身不执行合并，只帮助清理由于正在进行的合并而产生的冲突。因此，将该选项应用于mergetool命令是没有意义的

对于
git merge
，使用该选项也是没有意义的。合并将始终考虑文件移动。
--follow
选项仅适用于
git log
命令来覆盖不同的行为。因为您引用的位表示该选项仅在获取单个文件的日志时适用，在这种情况下，您表示您只对该特定文件感兴趣。
--follow
选项可用于指示您还需要有关该文件以前名称的信息。
是否
mergetool
收集基本文件、本地文件和远程文件？在本例中，我要求它实际收集这三个文件，而不是说远程文件在本地移动时已被删除。否<代码>合并

将不同的版本放入索引中。我对问题进行了编辑，以便更清楚地了解我想要什么。它与不同版本的存储方式无关，只与它们的存在有关。这仍然不会改变重命名之后已经存在的

合并

，因此

--follow

选项对该选项或

合并工具

命令没有任何用处。好吧，好吧，我想我更了解这里发生的事情。重命名并不总是被正确检测到，因此我想我需要一种方法来告诉

merge

或

mergetool

什么本地匹配什么远程。请不要编辑问题来完全更改它。而是问一个新问题。我已经将其回滚到完全更改之前的版本。