Как сравнить наборы изменений в Git?

Возможно, diff <(git show rev1) <(git show rev2) сделает то, что вы хотите?

Я думаю, что в целом, чтобы получить то, что вы хотите, вам придется выполнить какую-то операцию слияния/перебазирования, чтобы создать что-то для сравнения.

Когда вы действительно думаете об этом, идея различий между наборами изменений расплывчата. Я предполагаю, что вы находитесь в такой ситуации:

[other history]   [ "changeset 1" ]
o - o - o - o - o ( - o - o - o - o)
 \
  (o - o - o - o - o)
  [ "changeset 2" ]

Так что же означает сравнение этих двух? Возможно, в вашем случае различия в другой истории полностью отличаются от различий двух наборов изменений, но в целом содержимое набора изменений 1 может зависеть от этой другой истории! Это означает, что у git нет хорошего общего способа выполнить подобную операцию; чтобы сделать это правильно, он должен был бы, по сути, сказать: «Какая разница между двумя конечными фиксациями, если бы я перебазировался?» Другими словами, я считаю, что единственным разумным определением различия между наборами изменений является различие между результирующими конечными фиксациями, если они перебазируются, чтобы иметь общего предка. И, конечно же, если это то, что вы хотите, то вам придется выполнить операцию в рабочем дереве - нет другого способа возиться с подобными диффами. Очевидно, что нужно сделать перебазирование и сравнить новые конечные точки (ветки):

[other history]   [ "changeset 1" ]
o - o - o - o - o ( - o - o - o - o)
                 \
                  (o - o - o - o - o)
                  [ "changeset 2'" ]

Однако перебазирование не всегда самое веселое, и я могу придумать один небольшой способ обойти это. Результирующее рабочее дерево перебазирования, при условии, что вы разрешаете конфликты надлежащим образом, должно быть таким же, как и в результате слияния:

[other history]   [ "changeset 1" ]
o - o - o - o - o ( - o - o - o - o)
 \               \
  \               ------
   \                    \
   (o - o - o - o - o) - X
    [ "changeset 2" ]

Таким образом, вы можете выполнить это временное слияние и сравнить полученный коммит с конечным коммитом другого набора изменений. Это будет намного быстрее, чем делать rebase. (В любом случае вы, конечно, будете использовать одноразовую ветку, а не настоящую для набора изменений 2.)

Вот что помогло мне сравнить два набора изменений:

git diff [base_sha_a]..[final_sha_a] > ./a.diff
git diff [base_sha_b]..[final_sha_b] > ./b.diff
diff ./a.diff ./b.diff

Если результат команды diff пуст, наборы изменений одинаковы. В противном случае вы увидите разницу между двумя различиями.

Расширение ответа jeff-bradberry:

Чтобы сравнить наборы изменений, внесенные двумя отдельными коммитами:

diff <(git show -U0 <sha-A>) <(git show -U0 <sha-B>)

Чтобы сравнить наборы изменений, внесенные двумя последовательностями коммитов:

diff <(git show -U0 <sha-A>...<sha-B>) <(git show -U0 <sha-C>...<sha-D>)

Примечание. -U0 нужно избегать сравнения «контекстных» строк (то есть строк, которые изменились после ваших правок, но не непосредственно ими).

git diff end_rev_1...end_rev_2

Взято с: http://www.kernel.org/pub/software/scm/git/docs/gitrevisions.html

Подобное обозначение r1...r2 называется симметричной разностью r1 и r2 и определяется как r1 r2 --not $(git merge-base --all r1 r2). Это набор коммитов, которые доступны либо из одного из r1, либо из r2, но не из обоих.

И из справки git diff:

git diff [--options] <commit>...<commit> [--] [<path>...]
   This form is to view the changes on the branch containing and up to the second <commit>, starting at a
   common ancestor of both <commit>. "git diff A...B" is equivalent to "git diff $(git-merge-base A B) B".
   You can omit any one of <commit>, which has the same effect as using HEAD instead.

Это работает для вас?