Запрос на выбор и запрос на объединение

В чем разница между запросом Pull и запросом на слияние.

В Github это запрос на извлечение, а в GitLab, например, это запрос на слияние... Есть ли разница между ними обоими?

Ответ 1

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

В статье от GitLab обсуждаются различия в названии функции:

Запросы слияния или вытягивания создаются в приложении управления git и запрашивают назначенное лицо для объединения двух ветвей. Такие инструменты, как GitHub и Bitbucket, выбирают запрос на выбор имени, поскольку первым ручным действием будет вытягивание ветки функции. Такие инструменты, как GitLab и Gitorious, выбирают запрос слияния имени, поскольку это последнее действие, которое запрашивается у правопреемника. В этой статье мы будем рассматривать их как запросы слияния.

"Запрос слияния" не следует путать с командой git merge. Также не следует "путать запрос" с командой git pull. Обе команды git используются за кулисами как в запросах на тяну, так и в запросах на объединение, но запрос слияния/вытягивания относится к гораздо более широкой теме, чем только эти две команды.

Ответ 2

Это одна и та же функция

Запросы слияния или вытягивания создаются в приложении управления git и запрашивают назначенное лицо для объединения двух ветвей. Такие инструменты, как GitHub и Bitbucket, выбирают запрос на выбор имени, поскольку первым ручным действием будет вытягивание ветки функции. Такие инструменты, как GitLab и Gitorious, выбирают запрос слияния имени, поскольку это последнее действие, которое запрашивается у правопреемника. В этой статье хорошо ссылаться на них как на запросы слияния.

- https://about.gitlab.com/2014/09/29/gitlab-flow/

Ответ 3

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

Подумайте об этом, Алиса делает некоторые коммиты в хранилище A, которое было разветвлено из хранилища Bob.

Когда Алиса хочет "объединить" свои изменения с B, она фактически хочет, чтобы Боб "вытянул" эти изменения из A.

Следовательно, с точки зрения Алисы, это "запрос на слияние", а Боб рассматривает его как "запрос на извлечение".

Ответ 4

GitLab 12.1 (июль 2019) вводит разницу:

" Слияние запросов по конфиденциальным вопросам "

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

https://about.gitlab.com/images/12_1/mr-confidential.png

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

См. " Конфиденциальные вопросы " из номера 58583.

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

Ответ 5

Как упоминалось в предыдущих ответах, оба служат почти одной и той же цели. Лично мне нравится git rebase и запрос на слияние (как в gitlab). Это берет на себя нагрузку на рецензента/сопровождающего, обеспечивая, чтобы при добавлении запроса на слияние ветвь функций включала в себя все последние коммиты, выполненные в основной ветке после создания ветки функций. Вот очень полезная статья, подробно объясняющая ребаз:https://git-scm.com/book/en/v2/Git-Branching-Rebasing