Pull request что это: git — Что такое pull request?

Моя нынешняя ветвь- my_branch . Пытаясь протолкнуть изменения в удаленное РЕПО, я получаю: $ git push Counting objects: 544, done. Delta compression using up to 4 threads. Compressing objects: 100%…

Мне любопытно, почему GitHub вызывает представления для слияния, Pull requests. Насколько я понимаю, git pull будет тянуть все изменения из удаленного репозитория в текущую рабочую ветвь. Затем…

Я разветвил РЕПО vanilla через интерфейс github на vanilla_copy , после этого я делаю: git clone vanilla_copy , через некоторое время я делаю git pull и получаю один новый коммит feature A , и моя…

У меня есть вопрос о GitHub-как они реализовали функцию Pull Request. Сам Git SCM имеет git-request-pull команд. В соответствии с этим ответом GitHub может использовать для этого git-request-pull и. ..

Я хотел бы понять, как делать Git Pull запроса из командной строки. Я нашел документацию об этом здесь: http://git-scm.com/docs/git-request-pull -посмотрите на раздел EXAMPLE). Если я хочу применить…

Кто может объяснить название pull request в git? Потому что это метод документооборота для подачи взносов. Мой вопрос касается только имени ‘pull’. Я понимаю часть ‘request’. Что или какое…

Что такое git request-pull и как это соотносится с созданием pull request , например, на github ? 1. Как это предполагается использовать? 2. Можно ли использовать его в качестве замены для запросов…

Я пытаюсь просто загрузить измененные файлы в pull REQUEST in GIT для deployment цели. Не могли бы вы помочь мне найти лучший способ? На данный момент разработка-это моя ветвь по умолчанию. git…

У меня есть файл bitbucket pipeline yaml для проекта, над которым я работаю. Я прекрасно запустил конвейер, когда он был настроен для запуска на push, но с тех пор, как я переключил его на запуск на…

Каковы отношения между git pull-request и git pull и git push ? Предположим, что я и другие одноранговые узлы совместно используют удаленный репозиторий. У каждого из нас есть свой локальный…

Как сделать «pull request» конкретный коммит

У меня была та же ошибка alwaysCurious , поэтому я немного покопался. ¹

Обычный случай

A - B - C [master]
         \
          D - E - F - G [feature] 

Вы работаете над проектом, используете отдельную ветвь ( feature ) для зафиксированных изменений ( D-E-F-G ) и хотите создать запрос на вытягивание. Однако вы хотите, чтобы только некоторые коммиты были включены в запрос на вытягивание (E и F )

Процедура здесь та же, что и в ответе Джозефа

# optional: set upstream as remote if it's not
git remote add upstream https://github.com/<upstream_github_username>/<upstream_github_repo_name>.git
# fetch changes
git fetch --all
# create specific branch for your partial pull request
git checkout -b partial-change upstream/master

Теперь вот как это выглядит:

          [partial-change]
A - B - C [master]
         \
          D - E - F - G [feature]

Cherry-выберите свои конкретные коммиты и нажмите на изменения:

git cherry-pick <hash of commit E>
git cherry-pick <hash of commit F>
git push -u origin partial-change

После устранения любого конфликта именно здесь вы получите:

          E1 - F1 [partial-change]
         / 
A - B - C [master]
         \
          D - E - F - G [feature]

Последовательный случай

Если вместо этого вы просто хотите применить все последовательные коммиты вплоть до последнего (или двух или трех), вы можете просто разветвиться на конкретном коммите. Например, здесь мне просто нужны коммиты до E , а не последующие:

git checkout -b partial-consecutive-changes <hash of commit E>
git push -u origin partial-consecutive-changes

A - B - C [master]
         \
          D - E [partial-consecutive-changes]
               \
                F - G [feature]

Ошибка новичка

Последняя процедура также может помочь вам, если вы просто применили последовательные изменения к мастеру, не используя для них определенную ветвь, и теперь хотите выбрать их позже. Это актуально, если вы разветвили проект на C и продолжили работу на master с другими коммитами. Здесь я добавляю звездочку, чтобы сигнализировать о том, что на fork происходят новые изменения:

A - B - C - D* - E* - F* - G* [master]

То, что вы не должны делать, это:

git checkout -b partial-change upstream/master
git cherry-pick <hash of commit D>
git cherry-pick <hash of commit E>
git push -u origin partial-change

В этом случае вы пытаетесь разветвить мастер на G* , и вишневый выбор предыдущих коммитов даст вам предупреждение:

Предыдущий вишневый выбор теперь пуст, возможно, из-за разрешения конфликта.

так как вы добавляете те же самые старые коммиты в новую ветку.

Вместо этого вам следует сделать следующее:

git checkout -b partial-change <hash of commit E>
git push -u origin partial-change

A - B - C - D* - E* - F* - G* [master]
                  \
              D* - E* [partial-change]               

После этого вы будете готовы сделать запрос на вытягивание только с выбранными коммитами.

Записи:

1. Здесь я расширяю этот замечательный ответ от Шверна.

2. Чтобы получить последние хэши фиксации(коммита) n , может быть полезно использовать: git log --pretty=oneline --abbrev-commit | head -n

запросов на вытягивание — документация GitKraken

Запрос на вытягивание (иногда называемый запросами на слияние) — это запрос на проверку. Вы просите кого-нибудь проверить изменения в ветке перед слиянием с другой веткой.

Создание запроса на вытягивание

При подключении к удаленному компьютеру на GitHub, GitLab, Bitbucket или Visual Studio Team Services создайте запросы на вытягивание, перетаскивая одну ветвь в другую и выбирая.

Или попробуйте щелкнуть правой кнопкой мыши целевую ветвь и выбрать.

Или щелкните + в разделе запросов на вытягивание на левой панели и выберите репо и ветвь, чтобы создать запрос на вытягивание.

Шаблоны запросов на вытягивание

GitKraken поддерживает шаблоны запросов на вытягивание из GitHub, GitLab и Azure DevOps (включая устаревшие URL-адреса VSTS).

После того, как ваши шаблоны запроса на вытягивание будут зафиксированы на вашем пульте дистанционного управления, поле шаблона появится при создании запроса на вытягивание в GitKraken:

Если вы впервые работаете с шаблонами запросов на вытягивание, рассмотрите следующие инструкции для шаблонов запросов на вытягивание GitHub, GitLab или Azure DevOps.

Правопреемник, ярлыки и рецензенты

Некоторые интеграции позволят вам также добавить исполнителя запроса на вытягивание и метку (метки) в ваш запрос на вытягивание. Затем GitKraken передаст эти значения в вашу удаленную службу при создании запроса на перенос.

Примечание — при создании запроса на вытягивание GitKraken теперь определяет, конфликтует ли ваша исходная ветвь с целевой веткой в ​​модальном окне запроса на вытягивание.

В зависимости от интеграции вы также можете добавить рецензентов и нескольких исполнителей к запросу на вытягивание.

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

Черновик запросов на извлечение

Если вы подключены к интеграции с GitHub, вы можете создать черновик запроса на вытягивание, установив этот флажок при создании запроса на вытягивание в GitKraken.

Как следует из названия, это создаст «черновой» запрос на вытягивание в GitHub. Однако обратите внимание, что не все бесплатные или платные планы GitHub поддерживают черновик.Если вы не видите эту опцию, проверьте свой тарифный план GitHub.

GitKraken Доски карт

Свяжите проблемы GitKraken Boards с запросами на вытягивание, просто выполнив поиск имени карты в разделе GitKraken Boards card при создании запроса на вытягивание.

карт на всех ваших досках GitKraken. Свяжите столько карточек, сколько хотите, с запросом на вытягивание!

GitKraken передает информацию о карте в вашу удаленную службу при создании запроса на вытягивание.Описание запроса на вытягивание будет включать ссылку на указанные данные карты.

На вашей доске GitKraken информация о запросе на вытягивание автоматически заносится в поле Запрос на извлечение на панели сведений о карточках.

После настройки интеграции запросов на вытягивание GitHub в вашу доску GitKraken вы можете активировать автоматическое изменение для перехода вашей карты в новый столбец в момент изменения вашего PR-статуса. Прощай, переключение контекста!

Работа с активными запросами на вытягивание

GitKraken отображает активные запросы на вытягивание на вашем графике с помощью этого значка.

Если вы используете интеграцию с GitHub, GitLab, Azure DevOps или Bitbucket, вы можете навести указатель мыши на запрос на вытягивание на левой панели, чтобы быстро увидеть, когда запрос на вытягивание был открыт и для каких веток.

Для интеграции с GitLab эта всплывающая подсказка также покажет всех правопреемников или метки, связанные с запросом на вытягивание.

А для GitHub эта всплывающая подсказка покажет исполнителей, метки, рецензентов и статус сборки.

Если изменения в ветке выглядят хорошо после проверки, вы или рецензент можете объединить ветку.

Однако, если есть нерешенные вопросы или комментарии, пользователи могут оставить комментарий к запросу на вытягивание.

Если требуются другие изменения, внесите изменения в свой код, а затем зафиксируйте и отправьте в существующую ветку. Обновление вашей ветки также обновляет запрос на перенос.

Подробнее об использовании запросов на вытягивание в нашем блоге.

О запросах на вытягивание — GitHub Docs

Pull-запросы позволяют вам сообщать другим об изменениях, которые вы отправили в ветку репозитория на GitHub.После открытия запроса на вытягивание вы можете обсудить и просмотреть потенциальные изменения с соавторами и добавить последующие коммиты до того, как ваши изменения будут объединены в базовую ветку.

О запросах на вытягивание

Примечание: При работе с запросами на вытягивание помните следующее:

• Если вы работаете в модели общего репозитория, мы рекомендуем использовать тематическую ветку для запроса на вытягивание. Хотя вы можете отправлять запросы на вытягивание из любой ветки или фиксации, с помощью тематической ветки вы можете отправлять последующие фиксации, если вам нужно обновить предлагаемые изменения.
• При отправке коммитов в запрос на вытягивание не нажимайте принудительно. Принудительное нажатие может повредить ваш пул-реквест.

После инициализации запроса на вытягивание вы увидите страницу обзора, которая показывает общий обзор изменений между вашей веткой (ветвью сравнения) и базовой ветвью репозитория. Вы можете добавить сводку предлагаемых изменений, просмотреть изменения, внесенные коммитами, добавить ярлыки, этапы и исполнителей, а также @ упомянуть отдельных участников или команды. Для получения дополнительной информации см. «Создание запроса на вытягивание.«

Создав пул реквест, вы можете отправлять коммиты из тематической ветки, чтобы добавить их в существующий пул реквест. Эти коммиты будут отображаться в вашем запросе на перенос в хронологическом порядке, а изменения будут видны на вкладке «Файлы изменены».

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

Вы можете просмотреть информацию о текущем статусе развертывания ветки и прошлых действиях по развертыванию на вкладке «Беседа».Дополнительную информацию см. В разделе «Просмотр действий по развертыванию репозитория».

После того, как вы будете довольны предложенными изменениями, вы можете объединить запрос на перенос. Если вы работаете в модели общего репозитория, вы создаете пул-реквест, и вы или кто-то другой объедините свои изменения из вашей функциональной ветки в базовую ветку, которую вы укажете в пул-реквесте. Дополнительные сведения см. В разделе «Объединение запроса на вытягивание».

Если для репозитория требуются проверки статуса, они должны пройти необходимые проверки, прежде чем вы сможете объединить свою ветку с защищенной.Для получения дополнительной информации см. «О защищенных ветках».

Вы можете связать запрос на перенос с проблемой, чтобы показать, что исправление выполняется, и автоматически закрыть проблему, когда кто-то объединяет запрос на перенос. Для получения дополнительной информации см. «Связывание запроса на вытягивание с проблемой».

Советы:

• Чтобы переключаться между сворачиванием и разворачиванием всех устаревших комментариев рецензии в запросе на вытягивание, удерживайте опцию Alt Alt и щелкните Показать устаревшие или Скрыть устаревшие .Дополнительные сочетания клавиш см. В разделе «Сочетания клавиш».
• Вы можете сжать коммиты при объединении запроса на перенос, чтобы получить более оптимизированное представление об изменениях. Дополнительные сведения см. В разделе «О слиянии запросов на вытягивание».

Вы можете посетить свою панель управления, чтобы быстро найти ссылки на недавно обновленные запросы на вытягивание, над которыми вы работаете или на которые подписаны. Для получения дополнительной информации см. «О вашей личной панели инструментов».

Черновик запросов на включение

Черновики запросов на вытягивание доступны в общедоступных репозиториях с GitHub Free для организаций и устаревших тарифных планов для каждого репозитория, а также в публичных и частных репозиториях с GitHub Team, GitHub Enterprise Server 2. 17+ и GitHub Enterprise Cloud. Для получения дополнительной информации см. «Продукты GitHub».

Когда вы создаете пул-реквест, вы можете выбрать создание пул-реквеста, готового для проверки, или черновик пул-реквеста. Черновики пул реквестов нельзя объединить, и владельцы кода не получают автоматический запрос на просмотр черновиков пул реквестов. Для получения дополнительной информации о создании черновика запроса на вытягивание см. Разделы «Создание запроса на извлечение» и «Создание запроса на извлечение из вилки».

Когда вы будете готовы получить отзыв по запросу на вытягивание, вы можете пометить черновик запроса на вытягивание как готовый к рассмотрению.Если пометить пулреквест как готовый к рассмотрению, все владельцы кода будут запрашивать рецензии. Вы можете преобразовать запрос на перенос в черновик в любое время. Дополнительные сведения см. В разделе «Изменение этапа запроса на вытягивание».

Различия между коммитами на страницах сравнения и запроса на вытягивание

На страницах сравнения и запроса на вытягивание используются разные методы для вычисления разницы для измененных файлов:

• Страницы сравнения показывают разницу между кончиком ссылки головы и текущим общим предком (то есть базой слияния) головы и базовой ссылки.
• Страницы запроса на извлечение показывают разницу между вершиной ссылки головы и общим предком ссылки головы и базы во время создания запроса на извлечение. Следовательно, база слияния, используемая для сравнения, может быть другой.

Дополнительная литература

Создание запроса на вытягивание — GitHub Docs

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

Любой человек с разрешениями на чтение репозитория может создать запрос на перенос, но для создания ветки у вас должны быть разрешения на запись. Если вы хотите создать новую ветку для своего пул-реквеста и у вас нет прав на запись в репозиторий, вы можете сначала разветвить репозиторий. Дополнительные сведения см. В разделах «Создание запроса на вытягивание из вилки» и «О вилках».

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

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

Вы можете связать запрос на перенос с проблемой, чтобы показать, что исправление выполняется, и автоматически закрыть проблему, когда кто-то объединяет запрос на перенос.Для получения дополнительной информации см. «Связывание запроса на вытягивание с проблемой».

Изменение диапазона веток и целевого репозитория

По умолчанию запросы на вытягивание основаны на ветке по умолчанию родительского репозитория. Для получения дополнительной информации см. «О ветках».

Если родительский репозиторий по умолчанию неверен, вы можете изменить как родительский репозиторий, так и ветку с помощью раскрывающихся списков. Вы также можете поменять местами головные и базовые ветви с помощью раскрывающихся списков, чтобы установить различия между контрольными точками.Ссылки здесь должны быть названиями веток в вашем репозитории GitHub.

Размышляя о ветвях, помните, что базовая ветвь — это , где должны быть применены изменения , а головная ветвь содержит , какие вы хотели бы применить.

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

Когда вы изменяете какую-либо информацию в диапазоне ветвления, области предварительного просмотра «Применить» и «Файлы изменены» обновятся, чтобы отобразить ваш новый диапазон.

Советы :

• Используя режим сравнения, вы можете настроить сравнения за любой период времени. Для получения дополнительной информации см. «Сравнение коммитов».
• Сопровождающие проекта могут добавить шаблон запроса на вытягивание для репозитория. Шаблоны включают запросы информации в теле запроса на вытягивание. Дополнительные сведения см. В разделе «О шаблонах задач и запросов на вытягивание».«

Создание запроса на вытягивание

1. На GitHub перейдите на главную страницу репозитория.

2. В меню «Ветвь» выберите ветку, содержащую ваши коммиты.

3. Над списком файлов щелкните Запрос на извлечение .

4. Используйте раскрывающееся меню base branch, чтобы выбрать ветку, в которую вы хотите объединить свои изменения, затем используйте раскрывающееся меню compare branch, чтобы выбрать тематическую ветку, в которой вы внесли изменения.

5. Введите заголовок и описание запроса на вытягивание.

6. Чтобы создать запрос на извлечение, готовый к рассмотрению, щелкните Создать запрос на извлечение . Чтобы создать черновик запроса на вытягивание, используйте раскрывающийся список и выберите Создать черновик запроса на извлечение , затем щелкните Черновик запроса на извлечение . Дополнительные сведения о черновиках запросов на вытягивание см. В разделе «О запросах на вытягивание».

После того, как ваш запрос на вытягивание будет рассмотрен, его можно объединить в репозиторий.

Дополнительная литература

Объединение запроса на вытягивание — GitHub Docs

По завершении работы объединить запрос на вытягивание с восходящей ветвью. Любой, у кого есть push-доступ к репозиторию, может завершить слияние.

О слиянии запросов на вытягивание

В запросе на вытягивание вы предлагаете объединить изменения, внесенные в головную ветвь, в базовую ветвь. По умолчанию любой запрос на перенос может быть объединен в любое время, если только головная ветвь не конфликтует с базовой.Однако могут быть ограничения на то, когда вы можете объединить запрос на перенос в конкретную ветку. Например, вы можете объединить пул-реквест с ветвью по умолчанию только в том случае, если проходят необходимые проверки статуса. Для получения дополнительной информации см. «О защищенных ветках».

Вы можете настроить пул-реквест на автоматическое слияние, когда все требования слияния выполнены. Дополнительные сведения см. В разделе «Автоматическое объединение запроса на перенос».

Если запрос на перенос имеет конфликты слияния или если вы хотите протестировать изменения перед слиянием, вы можете проверить запрос на перенос локально и объединить его с помощью командной строки.

Вы не можете объединить черновик запроса на вытягивание. Дополнительные сведения о черновиках запросов на вытягивание см. В разделе «О запросах на вытягивание».

У вас может быть автоматическое удаление головных ветвей после объединения запросов на вытягивание в вашем репозитории. Для получения дополнительной информации см. «Управление автоматическим удалением ветвей».

Если вы решите, что не хотите, чтобы изменения в ветке темы были объединены с ветвью восходящего потока, вы можете закрыть запрос на перенос без объединения.

Объединение запроса на вытягивание на GitHub

1. Под именем репозитория щелкните Запросы на извлечение .

2. В списке «Запросы на извлечение» щелкните запрос на извлечение, который нужно объединить.

3. В зависимости от параметров слияния, включенных для вашего репозитория, вы можете:

   Примечание: Rebase и merge всегда обновляют информацию о коммиттере и создают новые SHA коммитов. Дополнительные сведения см. В разделе «О слиянии запросов на вытягивание».

4. При появлении запроса введите сообщение фиксации или примите сообщение по умолчанию.

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

5. Если у вас есть несколько адресов электронной почты, связанных с вашей учетной записью GitHub, щелкните раскрывающееся меню адреса электронной почты и выберите адрес электронной почты, который будет использоваться в качестве адреса электронной почты автора Git. В этом раскрывающемся меню отображаются только подтвержденные адреса электронной почты. Если вы включили конфиденциальность адреса электронной почты, то @ users.noreply.github.com является адресом электронной почты автора фиксации по умолчанию. Дополнительные сведения см. В разделе «Настройка адреса электронной почты для фиксации».

   Примечание: Селектор электронной почты недоступен для слияний с перебазированием, которые не создают фиксацию слияния, или для слияний сквоша, при которых пользователь, создавший запрос на извлечение, является автором сжатой фиксации.

6. Щелкните Подтвердите слияние , Подтвердите сжатие и слияние или Подтвердите перебазирование и слияние .

7. При желании удалите ветку. Благодаря этому список веток в вашем репозитории будет аккуратным.

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

Примечание: Если вы удалите головную ветвь после того, как ее запрос на вытягивание был объединен, GitHub проверит любые открытые запросы на вытягивание в том же репозитории, которые указывают удаленную ветвь в качестве своей базовой ветви. GitHub автоматически обновляет любые такие запросы на вытягивание, меняя их базовую ветвь на базовую ветвь объединенного запроса на вытягивание. Для получения дополнительной информации см. «О ветках».

Pull-запросы объединяются с использованием параметра --no-ff , за исключением пул-реквестов со сжатыми или перебазированными коммитами, которые объединяются с использованием параметра быстрой перемотки вперед.

Вы можете связать запрос на перенос с проблемой, чтобы показать, что исправление выполняется, и автоматически закрыть проблему, когда кто-то объединяет запрос на перенос. Для получения дополнительной информации см. «Связывание запроса на вытягивание с проблемой».

Дополнительная литература

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

После открытия запроса на вытягивание в репозитории соавторы или члены группы могут комментировать сравнение файлов между двумя указанными ветвями или оставлять общие комментарии по проекту в целом.

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

Вы также можете комментировать определенные разделы файла на вкладке «Файлы изменены» запроса на вытягивание в форме комментариев отдельных строк или как часть проверки запроса на вытягивание. Добавление строковых комментариев — отличный способ обсудить вопросы о реализации или оставить отзыв автору.

Для получения дополнительной информации о добавлении комментариев к строке при проверке запроса на вытягивание см. «Просмотр предлагаемых изменений в запросе на вытягивание».

Примечание: Если вы ответите на запрос на вытягивание по электронной почте, ваш комментарий будет добавлен на вкладку Разговор и не будет частью проверки запроса на вытягивание.

Чтобы ответить на существующий строковый комментарий, вам нужно перейти к комментарию на вкладке Разговор или Файлы изменены на вкладке и добавить под ним дополнительный строчный комментарий.

Советы:

• Комментарии к запросу на извлечение поддерживают то же форматирование, что и обычные комментарии на GitHub, такие как @mentions, emoji и ссылки.
• Вы можете добавлять реакции на комментарии в запросах на вытягивание на вкладке Файлы изменены .

1. Под именем репозитория щелкните Запросы на извлечение .

2. В списке запросов на вытягивание щелкните запрос на вытягивание, в котором вы хотите оставить строковый комментарий.

3. В запросе на вытягивание щелкните Файлы изменены .

4. Наведите указатель мыши на строку кода, к которой вы хотите добавить комментарий, и щелкните синий значок комментария. Чтобы добавить комментарий к нескольким строкам, щелкните и перетащите, чтобы выбрать диапазон строк, затем щелкните синий значок комментария.

5. В поле комментария введите свой комментарий.

6. При желании, чтобы предложить конкретное изменение линии или строк, щелкните, а затем отредактируйте текст в блоке предложений.

7. Когда закончите, нажмите Добавить комментарий .

Любой, кто просматривает пулреквест или репозиторий, получит уведомление о вашем комментарии.

Разрешение разговоров

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

Чтобы указать, что диалог на вкладке Файлы изменены завершен, щелкните Разрешить диалог .

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

Если предложение в комментарии выходит за рамки вашего запроса на вытягивание, вы можете открыть новую задачу, которая отслеживает отзывы и ссылается на исходный комментарий. Для получения дополнительной информации см. «Открытие проблемы из комментария».

Дополнительная литература

запросов на вытягивание | Учебник Atlassian Git

Pull-запросы — это функция, которая упрощает совместную работу разработчиков с помощью Bitbucket.Они предоставляют удобный веб-интерфейс для обсуждения предлагаемых изменений перед их интеграцией в официальный проект.

В своей простейшей форме запросы на вытягивание — это механизм, с помощью которого разработчик уведомляет членов команды о том, что они выполнили функцию. Как только их функциональная ветка готова, разработчик отправляет запрос на вытягивание через свою учетную запись Bitbucket. Это позволяет всем участникам узнать, что им нужно просмотреть код и объединить его с ветвью master .

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

По сравнению с другими моделями совместной работы это формальное решение для совместного использования коммитов значительно упрощает рабочий процесс. SVN и Git могут автоматически отправлять уведомления по электронной почте с помощью простого скрипта; однако, когда дело доходит до обсуждения изменений, разработчикам обычно приходится полагаться на цепочки писем.Это может стать случайным, особенно когда задействованы последующие коммиты. Запросы на извлечение помещают все эти функции в удобный веб-интерфейс рядом с вашими репозиториями Bitbucket.

Анатомия запроса на вытягивание

Когда вы отправляете запрос на вытягивание, все, что вы делаете, это запрашиваете , чтобы другой разработчик (например, сопровождающий проекта) перетащил ветку из вашего репозитория в свой репозиторий. Это означает, что вам необходимо предоставить 4 части информации для подачи запроса на вытягивание: исходный репозиторий, исходная ветка, конечный репозиторий и конечная ветвь.

Bitbucket устанавливает для многих из этих значений разумные значения по умолчанию. Однако в зависимости от вашего рабочего процесса совместной работы вашей команде может потребоваться указать разные значения. На приведенной выше диаграмме показан пул-реквест, который просит объединить функциональную ветку с официальной главной ветвью, но есть много других способов использования пул-реквестов.

Как это работает

можно использовать в сочетании с рабочим процессом Feature Branch, рабочим процессом Gitflow или рабочим процессом разветвления.Но для запроса на вытягивание требуются либо две отдельные ветви, либо два отдельных репозитория, поэтому они не будут работать с централизованным рабочим процессом. Использование запросов на вытягивание с каждым из этих рабочих процессов немного отличается, но общий процесс выглядит следующим образом:

1. Разработчик создает функцию в выделенной ветке своего локального репо.

2. Разработчик помещает ветку в общедоступный репозиторий Bitbucket.

3. Разработчик отправляет запрос на вытягивание через Bitbucket.

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

5. Сопровождающий проекта объединяет функцию в официальный репозиторий и закрывает запрос на перенос.

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

Feature Branch Workflow с запросами на извлечение

Рабочий процесс Feature Branch использует общий репозиторий Bitbucket для управления совместной работой, а разработчики создают функции в изолированных ветвях.Но вместо того, чтобы сразу объединять их в master , разработчики должны открыть запрос на вытягивание, чтобы инициировать обсуждение функции, прежде чем она будет интегрирована в основную кодовую базу.

В рабочем процессе Feature Branch есть только один общедоступный репозиторий, поэтому репозиторий назначения запроса на вытягивание и исходный репозиторий всегда будут одинаковыми. Как правило, разработчик указывает свою функциональную ветвь как исходную, а главную как конечную.

После получения запроса на вытягивание разработчик проекта должен решить, что делать. Если функция готова к работе, они могут просто объединить ее с master и закрыть запрос на вытягивание. Но, если есть проблемы с предлагаемыми изменениями, они могут оставить отзыв в запросе на вытягивание. Последующие коммиты будут отображаться рядом с соответствующими комментариями.

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

Рабочий процесс Gitflow с запросами на извлечение

Рабочий процесс Gitflow похож на рабочий процесс Feature Branch, но определяет строгую модель ветвления, разработанную для выпуска проекта. Добавление запросов на вытягивание в рабочий процесс Gitflow дает разработчикам удобное место для обсуждения ветки выпуска или ветки обслуживания, пока они работают над ней.

Механика запросов на вытягивание в рабочем процессе Gitflow точно такая же, как и в предыдущем разделе: разработчик просто отправляет запрос на вытягивание, когда необходимо проверить функциональность, выпуск или ветку исправления, а остальная часть команды будет уведомлена через Bitbucket.

обычно объединяются в ветвь develop , а ветви выпуска и исправления объединяются в обе ветви develop и master . Запросы на извлечение могут использоваться для формального управления всеми этими слияниями.

Разветвление рабочего процесса с запросами на извлечение

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

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

Поскольку каждый разработчик имеет свой собственный общедоступный репозиторий, исходный репозиторий запроса на вытягивание будет отличаться от целевого репозитория. Исходный репозиторий — это общедоступный репозиторий разработчика, а исходная ветвь — это та, которая содержит предлагаемые изменения. Если разработчик пытается объединить эту функцию с основной кодовой базой, то целевой репозиторий является официальным проектом, а конечная ветвь — master .

также можно использовать для сотрудничества с другими разработчиками вне официального проекта.Например, если разработчик работал над функцией с товарищем по команде, он мог подать запрос на вытягивание, используя репозиторий Bitbucket товарища по команде для места назначения вместо официального проекта. Затем они будут использовать одну и ту же функциональную ветвь для исходной и целевой ветвей.

Два разработчика могли обсудить и разработать эту функцию внутри запроса на вытягивание. Когда они закончат, один из них отправит еще один запрос на перенос с просьбой объединить эту функцию с официальной главной веткой.Такая гибкость делает запросы на вытягивание очень мощным инструментом совместной работы в рабочем процессе Forking.

Пример

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

В этом примере Мэри — разработчик, а Джон — сопровождающий проекта. У обоих есть свои собственные общедоступные репозитории Bitbucket, а у Джона есть официальный проект.

Мэри является форком официального проекта

Чтобы начать работу над проектом, Мэри сначала нужно разветвить репозиторий Bitbucket Джона. Она может сделать это, войдя в Bitbucket, перейдя в репозиторий Джона и нажав кнопку Fork .

После ввода имени и описания разветвленного репозитория у нее будет серверная копия проекта.

Мэри клонирует свой репозиторий Bitbucket

Затем Мэри необходимо клонировать репозиторий Bitbucket, который она только что разветвила.Это даст ей рабочую копию проекта на ее локальном компьютере. Она может сделать это, выполнив следующую команду:

  git clone https: //[email protected]/user/repo.git  

Имейте в виду, что git clone автоматически создает пульт origin , который указывает на разветвленный репозиторий Мэри.

Мэри разрабатывает новую функцию

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

  git checkout -b some-feature 
 # Редактировать код 
 git commit -a -m "Добавить первый черновик некоторой функции"  

Мэри может использовать столько коммитов, сколько ей нужно для создания объекта. А если история функции более запутанная, чем ей хотелось бы, она может использовать интерактивную перебазировку, чтобы удалить или отменить ненужные коммиты. Для более крупных проектов очистка истории функции значительно упрощает для сопровождающего проекта, что происходит в запросе на перенос.

Мэри помещает эту функцию в свой репозиторий Bitbucket

После того, как ее функция завершена, Мэри помещает ветку функции в свой собственный репозиторий Bitbucket (не официальный репозиторий) с помощью простого git push :

  git push origin some-branch  

Это делает ее изменения доступными для сопровождающего проекта (или любых соавторов, которым может потребоваться доступ к ним).

Мэри создает запрос на вытягивание

После того, как Bitbucket получит свою функциональную ветку, Мэри может создать запрос на вытягивание через свою учетную запись Bitbucket, перейдя в свой разветвленный репозиторий и нажав кнопку Pull request в правом верхнем углу. Результирующая форма автоматически устанавливает репозиторий Мэри в качестве исходного репозитория и просит ее указать исходную ветвь, целевой репозиторий и целевую ветвь.

Мэри хочет объединить свою функцию с основной кодовой базой, поэтому исходная ветвь является ее ветвью функции, целевым репозиторием является общедоступный репозиторий Джона, а конечной ветвью является master .Ей также нужно будет предоставить заголовок и описание для запроса на перенос. Если есть другие люди, которым необходимо утвердить код, кроме Джона, она может ввести их в поле Reviewers .

После того, как она создаст пул-реквест, Джону будет отправлено уведомление через его канал Bitbucket и (необязательно) по электронной почте.

Джон просматривает запрос на вытягивание

Джон может получить доступ ко всем запросам на извлечение, которые подали люди, щелкнув вкладку Запрос на извлечение в своем собственном репозитории Bitbucket.Нажав на запрос на перенос, Мэри покажет ему описание запроса на перенос, историю фиксации функции и все изменения, которые он содержит.

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

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

Мэри добавляет последующую фиксацию

Если у Мэри есть какие-либо вопросы по поводу отзыва, она может ответить в запросе на вытягивание, рассматривая его как форум для обсуждения своей функции.

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

Джон принимает запрос на вытягивание

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

Куда идти дальше

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

 git checkout -b демо-запрос на вытягивание
git push origin запрос на вытягивание демо
 

 git push origin запрос на вытягивание -f