Найти запрос на извлечение на Github, где коммит был изначально создан

Pull Requests отлично подходят для понимания более широкого мышления об изменении или наборе изменений, внесенных в репо. Чтение запросов на чтение - это отличный способ быстро «прогнать» проект, поскольку вместо небольших атомарных изменений в источнике вы получаете большие группы логических изменений. Аналогично организации строк в вашем коде в соответствующие «строфы» для облегчения чтения.

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

Вы можете просто зайти на github и ввести SHA в строку поиска, убедитесь, что вы выбрали ссылку «Проблемы» слева.

ОБНОВЛЕНО 13 июля 2017

Через интерфейс Github теперь есть действительно простой способ сделать это. Если вы просматриваете коммит в списке коммитов в ветке пользовательского интерфейса, нажмите на ссылку на сам коммит. Если для этого коммита есть PR, и он не был добавлен непосредственно в ветку, ссылка на PR с указанием номера PR и ветки, в которую он вошел, будет находиться непосредственно под сообщением о коммите в верхней части страницы.

Если у вас есть коммит SHA и больше ничего, и вы не хотите копаться в нем, просто добавьте /commit/[commit SHA]URL репо, и вы увидите страницу фиксации со ссылкой PR, если она существует. Например, если SHA - 52797a7a3b087231e4e391e11ea861569205aaf4, а репо - https://github.com/glimmerjs/glimmer-vm , перейдите по адресу https://github.com/glimmerjs/glimmer-vm/commit/52797eeeee5/5151ee4

git config --add remote.origin.fetch +refs/pull/*/head:refs/remotes/origin/pull/*
git fetch origin
git describe --all  --contains <COMMIT>

При необходимости измените originимя удаленного, которое указывает на репозиторий github, на который был бы отправлен запрос на получение. Первая команда должна быть выполнена только один раз для любого данного удаленного устройства, а вторая обычно выполняется при получении других обновлений.

Это приведет к тому, что git получит информацию о пулл-запросах вместе с реальными ветками. Они будут отображаться как ветки удаленного отслеживания, такие какorigin/pull/123 . Как только это будет сделано, вы можете использовать git describeс опциями --allи --contains, чтобы показать первую ветвь, на которую ссылается коммит.

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

С 13 октября 2014 года это должно быть просто:

Например:

Вы можете увидеть файл hakimel/reveal.js/plugin/markdown/markdown.js, мой вклад теперь идет со ссылкой на PR # 734, он был создан.

Это происходит от связывания объединенных запросов на получение от коммитов :

Мы были содержащие ветки и теги на страницы коммитов, чтобы дать вам больше контекста вокруг изменений. Теперь коммиты в ветке хранилища по умолчанию также покажут вам запрос на включение, который их представил.

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

Как всегда, если вы знаете SHA для фиксации, вы можете пропустить страницу фиксации и выполнить прямой поиск по запросу .

Поместите хеш коммита в поле Фильтры запросов на извлечение на GitHub.

У меня была такая же проблема, и я написал хелпер pr_for_sha, описанный здесь:

http://joey.aghion.com/find-the-github-pull-request-for-a-commit/

Назовите его как, pr_for_sha <COMMIT>и он откроет соответствующую страницу запроса GitHub в браузере.