Этот пост просто для того, чтобы прояснить один вопрос: «В чем разница между запросом на слияние и запросом на слияние?»

сам ГГ

Если вы часто пользуетесь Github, вы должны очень хорошо знать Pull Request.
Если вы часто используете Gitlab, вы должны хорошо знать мерж-реквест.
Основываясь на моем понимании Github и Gitlab, я подсознательно ощущаю разницу между запросом на извлечение и запросом на слияние.

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

На рисунке ниже показан общий рабочий процесс Github.


Gitlab - это, как правило, частная библиотека. Команда поддерживает склад. Обычно каждый создает свою собственную ветку. После завершения разработки запросите слияние обратно в основную ветку.

На рисунке ниже показан общий рабочий процесс Gitlab.


Основываясь на вышеизложенных знаниях, я сначала подумал, что

• Github, для которого требуется форк-репозиторий, должен называться Pull Request, который запрашивает целевой репозиторий для извлечения вашего кода.
  «Я изменил ваш код, пожалуйста, верните его и посмотрите!»
• Этот чистый режим ветвления Gitlab должен называться запросом на слияние, то есть запросом на слияние кода в ствол.
  "Запрос на слияние кода!"

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

• Вы также можете поиграть в режиме ветки на Github и отправить запрос на слияние с помощью запроса на слияние.
• Вы также можете поиграть в режиме форка на Gitlab, отправить запрос на слияние или запрос на слияние.

реальность

Давайте посмотрим, что официально сказал gitlab:

Merge or pull requests are created in a git management application and ask an assigned person to merge two branches. Tools such as GitHub and Bitbucket choose the name pull request since the first manual action would be to pull the feature branch. Tools such as GitLab and Gitorious choose the name merge request since that is the final action that is requested of the assignee.

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

git pull // 拉回需要合并的分支
git merge // 合并进目标分支

Github решил назвать первую команду Pull Request.
Gitlab решил назвать последнюю команду Merge Request.
Эта причина официально указана Gitlab, и я думаю, что она все еще заслуживает доверия. Итак, наш вывод: «Pull Request» и «Merge Request» — это одно и то же.

Подавать жалобы

Pull Request — очень плохое слово! Я помню, когда впервые начал использовать Github, я не понимал, для чего нужны запросы на слияние.

• Является ли запрос на вытягивание просьбой разрешить мне вытащить его код? Не могу получить чужой код, если я его не запрашиваю?
• Лучше ли отправлять код как Push Request? Указывает, что я хочу отправить код в чужой репозиторий.

Если бы у меня было имя, это были бы следующие имена:

• Запросы на слияние для слияния кода в
• Запрос Push Request для отправки кода
• Check In Requset инициирует коды проверки доступа
• ......

В любом случае о Pull Request не может быть и речи, хорошее имя по-прежнему очень и очень важно. В Интернете можно найти много людей, которые спрашивают, что означает запрос на включение, и тогда все объясняют почти «попросите кого-нибудь вытащить ваш код». Если бы это имя не использовалось в то время, все поняли бы его с первого взгляда, и не было бы нужды спрашивать.

Это напомнило мне о страхе перед преобладанием существительных в редуксе в период Сяобая,reducerЯ был ошеломлен, когда ждал нового имени.
как я былgithubКак написано во введении, все — бумажный тигр.

Иногда людям нравится составлять какие-то существительные со страшными именами, и когда люди слышат это существительное, они чувствуют, что не могут его выучить, поэтому люди впадают в уныние. Но истина, скрывающаяся за этими существительными, на самом деле довольно проста.