Як я можу перевірити запит на притягування GitHub за допомогою git?

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

Але коли я додаю fetch = +refs/pull/*/head:refs/remotes/origin/pr/*до файлу git config і виконую підбір git

Що я роблю неправильно? Чи повинен GitHub автоматично створювати речі pull / xyz, або мені потрібно щось налаштувати?

Щоб отримати віддалений піар у вашому місцевому репо,

git fetch origin pull/ID/head:BRANCHNAME

де IDідентифікатор запиту на виклик і BRANCHNAMEназва нової гілки, яку ви хочете створити. Після того як ви створили філію, то просто

git checkout BRANCHNAME

Дивіться офіційну документацію на GitHub для отримання додаткової інформації.

Це дістанеться без того, щоб ви називали гілку:

git pull origin pull/939/head

Як отримати конкретний запит на витяг на моїй машині?

Цей суть описує те, що відбувається, коли ви робите вибір git:

Очевидно, змініть 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

Тепер ви можете сміливо протестувати зміни в цій місцевій гілці тестування (в даному випадку з назвою тест ), і як тільки ви будете задоволені, зможете об'єднати їх, як зазвичай, з 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", де ви створюєте виделку та додаєте віддалене репо вгору:

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 . Встановивши його, ви можете перевірити гілку запиту на виклик локально, скориставшись його id

наприклад: 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>

повинен виконувати цю роботу

Якщо їхні зобов’язання знаходяться там у головній галузі своєї роздвоєної репо, тоді ви можете просто зробити наступне.

git fetch git@github.com:<repo_owner>/<repo_name>.git
git checkout FETCH_HEAD