检查由一组提交引起的差异

Question

我想查看只有两个提交的差异。

例如，

$ git log --oneline
0ff4567 fix bug #1, now really really really
1ff4567 fix bug #1 really
2ff4567 fix bug #2
3ff4567 fix bug #3
4234567 refactor code
5ff4567 fix bug #1
6234567 fix bug #4

我只想查看与 bug #1 相关的提交，即提交 0ff4567、1ff4567、5ff4567。

我不关心其余提交的差异。

有没有简单的方法可以做到这一点？

更新：我知道相关提交的列表。给定这个列表，我想获得一个更容易检查的差异。

Answer 1

您可以对 git log 使用 --grep 选项，该选项仅输出带有与特定正则表达式匹配的日志消息的提交。在您的情况下，您可以这样做：

git log --oneline --grep='bug #1'

...如果您想查看每个提交引入的补丁，当然，您应该这样做：

git log -p --grep='bug #1'

---

在下面的注释中，您解释说您确实想要一个补丁作为输出，它代表这三个提交引入的补丁的累积效果。在这种情况下，您可以尝试以下方法之一：

• 使用 patchutils 中的 combinediff 工具来组合差异。 （这可能不起作用，具体取决于中间提交的更改。）
• 创建一个临时的新分支，并使用交互式变基（可能在 GIT_EDITOR 环境变量中使用巧妙构造的命令）来重新排序和压缩提交。

---

为了对后一个选项进行一些扩展，此脚本基于 ("super-kludgy") 示例 by Jefromi：

#!/bin/sh

set -e

if [ $# -ne 2 ]
then
    echo "Usage: $0 REGEX TEMPORARY_BRANCH_NAME"
    exit 1
fi

REGEX="$1"
BRANCH_NAME="$2"

git checkout -b "$BRANCH_NAME"

FIRST_COMMIT=$(git log --grep="$REGEX" --pretty=format:%H | tail -1)
if [ -z "$FIRST_COMMIT" ]
then
    echo "No commits matched '$REGEX'"
    exit 2
fi

export GIT_EDITOR="f() { if [ \"\$(basename \$1)\" = \"git-rebase-todo\" ]; then sed -i -n '/${REGEX}/p' \$1 && sed -i '2,\$s/pick/squash/' \$1; else vim $1; fi }; f"
git rebase -i ${FIRST_COMMIT}^

...您可以将其调用为：

squash-matching-commits 'bug #1' tmp-branch

...然后将创建分支tmp-branch，变基回到与 bug #1 匹配的第一个提交的父级，仅选择与 bug #1 匹配的提交，并压缩除第一个之外的所有提交。 （您可能必须修复一些冲突，并为压缩的提交提供提交消息。）如果成功，那么您可以执行以下操作：

git show

... 查看组合补丁。我并不认真推荐任何人使用这个脚本，但我认为这是一种有趣且古怪的方式来做你想做的事:)

Answer 2

您可以使用 git log --grep=fix1 （如 Git 参考 所示） ）以便隔离相关提交，然后对每个提交执行 git show。

请参阅“git commit 与其父级的 diff 的简写？”。

将这些补丁合并为一个差异并不简单，正如 Jefromi 在“带有作者过滤器的 git diff"。

这里的问题是在一般情况下你不能这样做。
假设爱丽丝更改了一个特定文件，然后鲍勃更改了它 - 包括爱丽丝更改的部分 - 最后爱丽丝再次更改了它。
如何将 Alice 的两个差异合并为一个差异？
如果您将它们视为两个补丁，那么如果不先应用 Bob 的补丁，第二个补丁就不会应用！
但您也不能简单地将最终状态与原始状态进行比较，因为这将包括 Bob 的更改。

在您的情况下，可能的（相当麻烦）的解决方案应该类似于“提取相关更改代码审查”：

在第一次更改之前查看修订版的工作副本。然后将所有相关提交合并到您的工作副本中。
现在您有了一个工作副本，它与其基础版本的不同之处仅在于相关更改。您可以直接查看此内容，或从中创建补丁以供查看。

因此：专用的 fix1_review 分支是可能的，但这仍然是半自动设置（因为您必须解决可能的冲突）。