Как я могу проверить GitHub pull-запрос с помощью git?

Я хотел бы проверить ранее созданный пул-запрос (созданный через веб-интерфейс GitHub). Я искал и нашел разные места, где refs / pull или refs / pull / pr

Но когда я добавляю fetch = +refs/pull/*/head:refs/remotes/origin/pr/*в файл git config и делаю git fetch

Что я делаю не так? Должен ли GitHub автоматически создавать файлы pull / xyz или мне нужно что-то настраивать?

Чтобы получить удаленный пиар в вашем локальном репо,

git fetch origin pull/ID/head:BRANCHNAME

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

git checkout BRANCHNAME

Смотрите официальную документацию GitHub для получения дополнительной информации.

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

git pull origin pull/939/head

Как получить конкретный запрос на извлечение на моей машине?

Эта суть описывает, что происходит, когда вы делаете git fetch:

Очевидно, измените URL-адрес github, чтобы он соответствовал URL вашего проекта. В итоге это выглядит так:

[remote "origin"]
    fetch = +refs/heads/*:refs/remotes/origin/*
    url = git@github.com:joyent/node.git
    fetch = +refs/pull/*/head:refs/remotes/origin/pr/*

Теперь получите все запросы на извлечение:

$ git fetch origin
From github.com:joyent/node
 * [new ref]         refs/pull/1000/head -> origin/pr/1000
 * [new ref]         refs/pull/1002/head -> origin/pr/1002
 * [new ref]         refs/pull/1004/head -> origin/pr/1004
 * [new ref]         refs/pull/1009/head -> origin/pr/1009
...

Чтобы проверить конкретный пул-запрос:

$ git checkout pr/999
Branch pr/999 set up to track remote branch pr/999 from origin.
Switched to a new branch 'pr/999'

У вас есть различные сценарии, перечисленные в выпусках 259, для автоматизации этой задачи.
Проект git-extras предлагает команду git-pr(реализовано в PR 262 )

git-pr(1) - проверяет локальный запрос

СИНТАКСИС

git-pr <number> [<remote>]
git-pr clean

ОПИСАНИЕ

Создает локальную ветвь на основе номера запроса GitHub и затем переключается на эту ветвь.

Название пульта, из которого можно выбрать. Значения по умолчанию для origin.

ПРИМЕРЫ

Это проверяет запрос на получение 226от origin:

$ git pr 226

remote: Counting objects: 12, done.
remote: Compressing objects: 100% (9/9), done.
remote: Total 12 (delta 3), reused 9 (delta 3)
Unpacking objects: 100% (12/12), done.
From https://github.com/visionmedia/git-extras
  * [new ref] refs/pull/226/head -> pr/226
Switched to branch 'pr/226'

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

git fetch upstream pull/ID/head && git checkout FETCH_HEAD

где IDидентификатор запроса на получение и upstreamгде был создан исходный запрос на получение (например, это может быть origin).

Я надеюсь, что это помогает.

Ссылаясь на ответ Стивена Пенни, лучше всего создать тестовую ветку и протестировать PR. Так вот, что бы вы сделали.

1. Создайте тестовую ветку, чтобы объединить PR в локально. Предполагая, что вы находитесь на главной ветке:

git checkout -b test

2. Получить изменения PR в тестовую ветку

git pull origin pull/939/head:test

Теперь вы можете безопасно проверить изменения в этой локальной тестовой ветви (в данном случае с именем test ) и, как только вы будете удовлетворены, можете как обычно объединить их с GitHub.

Если вы используете Github.com, перейдите в раздел «Запросы на извлечение», щелкните соответствующий запрос на извлечение и затем нажмите ссылку «Инструкции для командной строки»:

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

$ git config --local --add remote.origin.fetch '+refs/pull/*/head:refs/remotes/origin/pr/*'

А потом просто:

$ git fetch origin
Fetching origin
remote: Counting objects: 4, done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 4 (delta 2), reused 4 (delta 2), pack-reused 0
Unpacking objects: 100% (4/4), done.
From https://github.com/container-images/memcached
 * [new ref]         refs/pull/2/head -> origin/pr/2
 * [new ref]         refs/pull/3/head -> origin/pr/3

Проблема с некоторыми из вышеперечисленных опций заключается в том, что если кто-то выдвигает больше коммитов в PR после открытия PR, он не даст вам самую последнюю версию. Для меня то, что сработало лучше всего - перейти к PR и нажать «Commits», прокрутить до конца, чтобы увидеть самый последний хеш коммита, а затем просто использовать git checkout, т.е.

git checkout <commit number>

в приведенном выше примере

git checkout 0ba1a50

Я использую Hub, инструмент от GitHub: https://github.com/github/hub

С хабом проверить запрос на локальный доступ довольно просто:

hub checkout https://github.com/owner/repo/pull/1234
or
hub pr checkout 1234

Для Bitbucket вам нужно заменить слово pullна pull-requests.

Во-первых, вы можете подтвердить стиль URL-адреса запроса на получение по git ls-remote originкоманде.

$ git ls-remote origin |grep pull
f3f40f2ca9509368c959b0b13729dc0ae2fbf2ae    refs/pull-requests/1503/from
da4666bd91eabcc6f2c214e0bbd99d543d94767e    refs/pull-requests/1503/merge
...

Как видите, это refs/pull-requests/1503/fromвместоrefs/pull/1503/from

Тогда вы можете использовать команды любого из ответов.

Я случайно закончил тем, что написал почти то же самое, что и git-extras. Так что, если вы предпочитаете одну пользовательскую команду вместо установки множества других дополнительных команд, просто поместите этот git-prфайл где-нибудь в вашем, $PATHи тогда вы можете просто написать:

git pr 42
// or
git pr upstream 42
// or
git pr https://github.com/peerigon/phridge/pull/1

Если вы следуете рабочему процессу "github fork", где вы создаете форк и добавляете удаленный репозиторий upstream:

14:47 $ git remote -v
origin  git@github.com:<yourname>/<repo_name>.git (fetch)
origin  git@github.com:<yourname>/<repo_name>.git (push)
upstream        git@github.com:<repo_owrer>/<repo_name>.git (fetch)
upstream        git@github.com:<repo_owner>/<repo_name>.git (push)

чтобы перетащить в вашу текущую ветку ваша команда будет выглядеть так:

git pull upstream pull/<pull_request_number>/head

чтобы вытащить в новую ветку код будет выглядеть так:

git fetch upstream pull/<pull_request_number>/head:newbranch

Github недавно выпустил утилиту cli под названием github-cli . После его установки вы можете оформить ветвь запроса извлечения локально, используя его идентификатор.

например: gh pr checkout 2267

Обратите внимание, что этот пакет все еще находится в бета-версии

Получите удаленный PR-филиал в локальный филиал:

git fetch origin ‘remote_branch’:‘local_branch_name’

Установите восходящий поток локальной ветки на удаленную ветку.

git branch --set-upstream-to=origin/PR_Branch_Name local_branch

Когда вы хотите снова поместить локальные изменения в ветку PR

git push origin HEAD:remote_PR_Branch_name

Предположим, ваше происхождение и информация выше по течению, как показано ниже

   $ git remote -v
   origin  git@github.com:<yourname>/<repo_name>.git (fetch)
   origin  git@github.com:<yourname>/<repo_name>.git (push)
   upstream   git@github.com:<repo_owner>/<repo_name>.git (fetch)
   upstream   git@github.com:<repo_owner>/<repo_name>.git (push)

и ваша ветка называется

   <repo_owner>:<BranchName>

затем

   git pull origin <BranchName>

должен делать работу