在Sourcetree UI中，您可以通过选择右键单击上下文菜单中的“Log Selected”选项来查找文件的历史记录：

它将显示所有提交的历史。

tig是一种基于终端的查看器，具有类似于基于GUI的gitk的颜色支持。

快速安装：

APT：APT-get-install tigHomebrew（OS X）：$brew安装tig

使用它可以查看单个文件的历史记录：tig[filename]

或通过：tig浏览详细的存储库历史记录

gitdiff-U＜filename＞为您提供统一的diff。

它应该是红色和绿色的。如果不是，请先运行：git-config-color.ui-auto。

您也可以尝试这个方法，它列出了更改文件特定部分的提交（在Git1.8.4中实现）。

返回的结果将是修改此特定部分的提交列表。命令：

git log --pretty=short -u -L <upperLimit>,<lowerLimit>:<path_to_filename>

其中upperLimit是文件的起始行号，lowerLimit是结束行号。

更多详情请访问http://techpurohit.in/list-some-useful-git-commands.

git log --follow -p -- path-to-file

这将显示文件的整个历史记录（包括重命名后的历史记录以及每次更改的差异）。

换句话说，如果名为bar的文件曾经被命名为foo，那么git-log-p bar（不带--follow选项）将只显示文件重命名之前的历史记录——当它被称为foo时，它不会显示文件的历史记录。使用git-log--follow-p bar将显示文件的整个历史记录，包括文件名为foo时对其所做的任何更改。-p选项确保每个更改都包含差异。

我大概是想知道OP开始时的位置，寻找一些简单的东西，让我可以使用gitdifftool和vimdiff从特定提交开始查看repo中文件的更改。我对我找到的答案不太满意，所以我把这个gitincremental reporter（gitincrement reporter）脚本放在一起，它对我很有用：

#!/usr/bin/env bash

STARTWITH="${1:-}"
shift 1

DFILES=( "$@" )

RunDiff()
{
        GIT1=$1
        GIT2=$2
        shift 2

        if [ "$(git diff $GIT1 $GIT2 "$@")" ]
        then
                git log ${GIT1}..${GIT2}
                git difftool --tool=vimdiff $GIT1 $GIT2 "$@"
        fi
}

OLDVERS=""
RUNDIFF=""

for NEWVERS in $(git log --format=format:%h  --reverse)
do
        if [ "$RUNDIFF" ]
        then
                RunDiff $OLDVERS $NEWVERS "${DFILES[@]}"
        elif [ "$OLDVERS" ]
        then
                if [ "$NEWVERS" = "${STARTWITH:=${NEWVERS}}" ]
                then
                        RUNDIFF=true
                        RunDiff $OLDVERS $NEWVERS "${DFILES[@]}"
                fi
        fi
        OLDVERS=$NEWVERS
done

调用时不带任何参数，这将从回购历史的开始处开始，否则它将从您提供的任何缩写提交哈希开始，并继续到现在-您可以随时使用ctrl-C退出。第一个参数之后的任何参数都将限制差异报告仅包括这些参数中列出的文件（我认为这是OP想要的，我建议所有项目都使用这些文件，但小项目除外）。如果您正在检查对特定文件的更改，并希望从头开始，则需要为arg1提供空字符串。如果你不是vim用户，你可以用你喜欢的diff工具替换vimdiff。

行为是在发现相关更改时输出提交注释，并开始为每个更改的文件提供vimdiff运行（这是gitdifftool行为，但它在这里起作用）。

这种方法可能很幼稚，但在这里和一篇相关文章中查看了许多解决方案，其中许多涉及在我没有管理员权限的系统上安装新工具，界面有自己的学习曲线。上面的脚本做了我想做的事情，但没有处理这些。当我需要更复杂的东西时，我会研究这里的许多优秀建议，但我认为这是对OP的直接响应。