stackoverflow.com/questions/7251477/...
орые команды Git принимают диапазоны фиксации, и один правильный синтаксис - разделять два имени фиксации двумя точками...и другой синтаксис использует три точки....
Каковы различия между этими двумя?
Ответы на вопрос(2)
Когда вы используете диапазоны фиксации, такие как.. а также... с участиемgit logразница между ними в том, что для ветвей А и В
git log A..B
покажет вамвсе коммиты, которые есть у B, которых нет, пока
git log A...B
покажет вамобе коммиты, которые есть у A, а у которых B нет, и коммиты, которые есть у B, которых нет у A, или другими словами,он отфильтрует все коммиты, которые разделяют и A, и B, таким образом, показывая только коммиты, которые онине оба разделяют.
Визуализация с диаграммами Венна и деревьями коммитовВот визуальное представлениеgit log A..B, Коммиты, содержащиеся в ветви B, которые не существуют в A, - это то, что возвращается диапазоном коммитов, подсвечивается красным на диаграмме Венна и обводится синим цветом в дереве коммитов:
Это диаграммы дляgit log A...B, Обратите внимание, что коммиты, которыеобщий по обеим веткам не возвращается команда:
... ПолезнееВы можете сделать диапазон фиксации тройной точки... более полезно в команде журнала с помощью--left-right возможность показать, какие коммиты принадлежат какой ветке:
$ git log --oneline --decorate --left-right --graph master...origin/master
< 1794bee (HEAD, master) Derp some more
> 6e6ce69 (origin/master, origin/HEAD) Add hello.txt
В приведенном выше выводе вы увидите коммиты, которые принадлежатmaster имеют префикс<, в то время как коммиты, которые принадлежатorigin/master имеют префикс>.
Когда-нибудь я мог бы добавить свое собственное объяснение того, как работают диапазоны фиксации.git diff, но сейчас вы можете проверитьКаковы различия между двойной точкой ".." и тройной точкой "..." в диапазонах коммитов Git diff?.
log команда илиdiff команда. вlog дело, это вman git-rev-parse документация:
Чтобы исключить коммиты, достижимые из коммита, используется префикс ^. Например. ^ r1 r2 означает коммиты, достижимые из r2, но исключающие коммиты, достижимые из r1.
Эта операция установки появляется так часто, что для нее есть сокращение. Если у вас есть два коммита r1 и r2 (названные в соответствии с синтаксисом, объясненным в УКАЗАННЫХ ПЕРЕСМОТРАХ выше), вы можете запросить коммиты, которые достижимы из r2, за исключением коммитов, которые достижимы из r1 с помощью «^ r1 r2», и это можно записать как "r1..r2".
Подобное обозначение «r1 ... r2» называется симметричной разностью r1 и r2 и определяется как «r1 r2 - not $ (git merge-base --all r1 r2)». Это набор коммитов, которые доступны с одного из r1 или r2, но не с обоих.
Что в основном означает, что вы получите все коммиты, которые находятся в любой из двух веток, но не в обеих.
вdiff дело, это вman 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.
Что немного нечетко. По сути, это означает, что он показывает только различия в этой ветви по сравнению с другой веткой: он ищет последний общий коммит с первым коммитом, который вы ему дали, а затем переводит в него второй коммит. Это простой способ увидеть, какие изменения внесены в эту ветку, по сравнению с этой веткой, без учета изменений только в этой ветке.
.. несколько проще: вgit-diff случай, это так же, какgit diff A B и просто разногласия A против B. Вlog В этом случае отображаются все коммиты, которые находятся в B, но не в A.
git diff... а также... точно поменяется местами для log и diff:log A..B это изменения от базы слияния к B, который является то, чтоdiff A...B делает