有没有办法让GIT在历史记录中跟踪重命名的文件

我已将一些文件提交到GIT存储库。当我提交同一文件的不同版本时，有几个文件有不同的名称。 我在初始提交时提交了类似于

Task\u 1.5\u FinalSuburbsProcessing.py

的文件，并且在下一个版本中，在重命名为

Task\u 2.2\u FinalSuburbsProcessing.py

的3个提交文件中保持不变，直到最后一次提交为止。当我到达文件

Task_1.5更改为Task_2.2

的版本时，我尝试了以下命令

git rm Task_1.5_FinalSuburbsProcessing.py
git add Task_2.2_FinalSuburbsProcessing.py

我得到了答复

renamed Task_1.5_FinalSuburbsProcessing.py ->Task_2.2_FinalSuburbsProcessing.py

当我尝试命令时

git log -- Task_2.2_FinalSuburbsProcessing.py

git log -- Task_1.5_FinalSuburbsProcessing.py

Git遵循

Task\u 2.2\u FinalSuburbsProcessing.py

从最终提交到重命名文件的提交，还有SHA代码。以下是

Task_2.2\u FinalSuburbsProcessing.py

$ git log -- Task_2.2_FinalSuburbsProcessing.py
...
commit 321a3e71034f37485f0f10a7fe676de12f14c8d6
Author: 
Date:   
    Task_2.2_FinalSuburbsProcessing.py 2016_2
    Task_1.5_FinalSuburbsProcessing.py renamed to Task_2.2_FinalSuburbsProcessing.py Scripts_2016_2
    Deleted Task_1.5_FinalSuburbsProcessing.py 2016_1

当我尝试命令时

git log -- Task_2.2_FinalSuburbsProcessing.py

git log -- Task_1.5_FinalSuburbsProcessing.py

它从重命名的文件开始，使用相同的SHA代码，直到初始提交。下面是日志消息的第一行

$ git log -- Task_1.5_FinalSuburbsProcessing.py
commit 321a3e71034f37485f0f10a7fe676de12f14c8d6
Author: 
Date:  
    Task_2.2_FinalSuburbsProcessing.py 2016_2
    Task_1.5_FinalSuburbsProcessing.py renamed to Task_2.2_FinalSuburbsProcessing.py Scripts_2016_2
    Deleted Task_1.5_FinalSuburbsProcessing.py 2016_1
...

我试图实现的是当我尝试命令时

$ git log -- Task_2.2_FinalSuburbsProcessing.py

git应该跟随它进行

Task\u 1.5\u FinalSuburbsProcessing.py的初始提交

$ git log -- Task_2.2_FinalSuburbsProcessing.py
...
commit 321a3e71034f37485f0f10a7fe676de12f14c8d6
Author: 
Date:   
    Task_2.2_FinalSuburbsProcessing.py 2016_2
    Task_1.5_FinalSuburbsProcessing.py renamed to Task_2.2_FinalSuburbsProcessing.py Scripts_2016_2
    Deleted Task_1.5_FinalSuburbsProcessing.py 2016_1

在以后的版本中，很少有文件名发生更改的情况，我也对它们做了同样的事情，git日志一直跟踪到初始提交

但在某些情况下，git log会在文件delete-rename-commit处停止，然后继续。与本例一样，两个提交都具有相同的SHA代码。我甚至检查了提交的SHA代码，发现它们在后续提交中是父子关系，但git日志在重命名时停止。
有没有办法强迫git按照
任务2.2
从上次提交到
任务1.5
初始提交进行操作。
git日志--follow
在某种程度上会遵循一个文件：您告诉它“告诉我在哪个提交中，文件X的父级和子级不同”并且
--follow
检查在哪个提交中，在父级中，文件X具有一些较早的名称W，并开始查找文件W在父级和子级中不同的提交，并告诉您这些提交。然后，如果某个较早的提交意味着从V重命名为W，
git log
开始从这里较早地查看名为V的文件，依此类推。
git log--follow
将在某个文件后面，在某种程度上：您告诉它“告诉我在哪些提交中，文件X的父级和子级不同”和
--follow
检查是否存在提交，其中，在父级中，文件X具有一些较早的名称W，并开始查找文件W在父级和子级中不同的提交，并告诉您这些内容。然后，如果某个更早的提交意味着从V重命名为W，
git log
开始从这里查看前面名为V的文件，依此类推。