Каковы различия между двойной точкой «..» и тройной точкой «…» в диапазонах коммитов Git diff?

Каковы различия между следующими командами ?:

git diff foo master   # a 
git diff foo..master  # b
git diff foo...master # c

Руководство по разным говорит об этом:

Сравнение ветвей

$ git diff topic master    <1>
$ git diff topic..master   <2>
$ git diff topic...master  <3>

1. Изменения между подсказками темы и основными ветками.
2. То же, что и выше.
3. Изменения, которые произошли в основной ветке с момента запуска ветки темы.

но не совсем понятно для меня

Поскольку я уже создал эти изображения, я подумал, что, возможно, стоит использовать их в другом ответе, хотя описание различия между ..(точка-точка) и ...(точка-точка-точка) по существу такое же, как и в ответе Манойлда .

Команда git diffобычно показывает только разницу между состояниями дерева между двумя точками в графе фиксации. В ..и ...условных обозначениях в git diffимеют следующие значения:

Другими словами, git diff foo..barэто точно так же, как git diff foo bar; оба покажут вам разницу между кончиками двух веток fooи bar. С другой стороны, git diff foo...barпокажет вам разницу между «базой слияния» двух ветвей и кончиком bar. «База слияния» обычно является последним общим коммитом между этими двумя ветвями, поэтому эта команда покажет вам изменения, внесенные вашей работой bar, при этом игнорируя все, что было сделано fooза это время.

Это все, что вам нужно знать о ..и ...обозначения в git diff. Тем не мение...

... общий источник путаницы здесь является то , что ..и ...означает , тонко разные вещи , когда используется в команде , таких как git log, ожидающий набор коммитов как один или более аргументов. (Все эти команды в конечном итоге используются git rev-listдля анализа списка коммитов по их аргументам.)

Значение ..и ...для git logможет быть показано графически, как показано ниже:

Итак, git rev-list foo..barпоказывает вам все на ветке, barчто не на ветке foo. С другой стороны, git rev-list foo...barпоказывает все коммиты, которые есть в одном foo или bar , но не в обоих . Третья диаграмма просто показывает, что если вы перечислите две ветви, вы получите коммиты, которые находятся либо в одной, либо в обеих.

Ну, я нахожу, что все это немного сбивает с толку, и я думаю, что диаграммы коммитов помогают :)

¹ Я говорю только «как правило», поскольку, например, при разрешении конфликтов слияния git diffвы увидите трехстороннее слияние.

Моя консолидированная версия .. vs ... с журналом diff vs

git diff foo master Различаются между верхними (головными) коммитами foo и master.

git diff foo..master Еще один способ сделать то же самое.

git diff foo...masterОтличаются от общего предка ( git merge-base foo master) foo и master до кончика master. Другими словами, показывает только те изменения, которые внесла основная ветка с момента ее общего предка с foo.

Этот пример из GitHub объясняет, когда использовать два:

Например, если вы создаете ветку 'dev' и добавляете функцию в файл, затем возвращаетесь к своей ветке 'master' и удаляете строку из README, а затем запускаете что-то вроде этого:

$ git diff master dev

Он скажет вам, что функция была добавлена ​​из первого файла и строка была добавлена ​​в README. Зачем? Потому что в ветке README все еще есть исходная строка, но в «master» вы удалили ее - поэтому прямое сравнение снимков выглядит так, как будто «dev» добавил ее.

То, что вы действительно хотите сравнить, это то, что изменилось с тех пор, как ваши ветви разошлись. Для этого у Git есть хорошая небольшая стенография:

$ git diff master...dev

git diff foo master

покажет различия между темой и основной веткой на данный момент

git diff foo..master

это также покажет различия между темой и основной веткой в ​​данный момент времени

git diff foo...master

это покажет все различия между тем, когда тема была сделана из ветки и после

поэтому первые 2 команды одинаковы, а последняя просто показывает более широкое представление в истории diff

Верхняя картинка эквивалентна нижней диаграмме дерева

A0 <- A1 <- A2 <- A3 (master)
   \
    C0 <- C1 (test)

Картинка стоит тысячи слов, разница между ними .. ... ^показана ниже.

$ git log master..test
# output C0 C1

$ git log ^master test
# output C0 C1

$ git log master…test
# output A1 A2 A3 C0 C1