Найдите Pull Request на GitHub, где изначально был создан коммит

Вы можете просто зайти на 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/52797a7a3b087231e4e391e11ea861569205aaf4

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.

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

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

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

Я был активным пользователем маленькой дерзкой ссылки в веб-интерфейсе GitHub, но мне нужен был более быстрый способ, который привел бы меня прямо из терминала, в основном команду git pr SHA. Потребовалось немного времени, но вот серия псевдонимов git, которые настроят это для вас на MacOS:

  git config --global alias.merge-commits '!funct() { git log --merges --reverse --oneline --ancestry-path $1..origin | grep "Merge pull request";  }; funct'
  git config --global alias.pr-number '!funct() { git merge-commits $1 | head -n1 | sed -n "s/^.*Merge pull request #\\s*\\([0-9]*\\).*$/\\1/p"; }; funct'
  git config --global alias.web-url '!funct() { git config remote.origin.url | sed -e"s/git@/https:\/\//" -e"s/\.git$//" | sed -E "s/(\/\/[^:]*):/\1\//"; }; funct'
  git config --global alias.pr '!funct() { open "`git web-url`/pull/`git pr-number $1`" ;}; funct'

Если вы работаете в Linux, замените open на xdg-open, и вы золотой. Адаптация к работе с GitLab не должна быть слишком сложной.

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

Я написал более подробное объяснение того, как все это работает, здесь: https://tekin.co.uk/2020/06/jump-from-a-git-commit-to-the-pr-in-one-command