со страницы руководства git-branch :
git branch --contains <commit>
Только те ветви списка, которые содержат указанный коммит (HEAD, если не указан). Подразумевает --list
.
git branch -r --contains <commit>
Списки ветви удаленного отслеживания , а также (как упомянуто в user3941992 * ответ ниже), то есть «локальные ветви, которые имеют прямое отношение к удаленной ветке ".
См. Также git ready статья.
Тег --contains
определит, был ли введен определенный коммит в вашу ветку. Возможно, вы получили коммит SHA из патча, который, как вы думали, применили, или вы просто хотите проверить, есть ли коммит для вашего любимого проекта с открытым исходным кодом, который сокращает использование памяти на 75%.
$ git log -1 tests
commit d590f2ac0635ec0053c4a7377bd929943d475297
Author: Nick Quaranto <nick@quaran.to>
Date: Wed Apr 1 20:38:59 2009 -0400
Green all around, finally.
$ git branch --contains d590f2
tests
* master
Примечание: , если фиксация выполняется в удаленной ветви отслеживания , добавьте параметр -a
.
(как MichielB комментарии ниже )
git branch -a --contains <commit>
MatrixFrog комментирует, что показывает только, какие ветви содержат этот точный коммит.
Если вы хотите знать, какие ветви содержат «эквивалентный» коммит (т. Е. Какие ветви имеют вишню, выбранную для этого коммита), то это git cherry
:
Поскольку git cherry
сравнивает набор изменений, а не идентификатор фиксации (sha1) , вы можете использовать git cherry
, чтобы узнать, применен ли локально сделанный вами коммит <upstream>
под другим коммитом. ID.
Например, это произойдет, если вы отправляете патчи <upstream>
по электронной почте, а не нажимаете или извлекаете коммиты напрямую.
__*__*__*__*__> <upstream>
/
fork-point
\__+__+__-__+__+__-__+__> <head>
(Здесь коммиты, помеченные -
, не будут отображаться с git cherry
, то есть они уже присутствуют в <upstream>
.)