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

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

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

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

Начнем с некоторых основных определений.

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

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

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

Команда Git pull представляет собой комбинацию Git merge и Git fetch. Это означает, что исходный код будет загружен, и если указана ссылка на этот код, все изменения будут объединены.

Давайте отвлечемся и объясним Git fetch. Git fetch загружает новые данные из удаленного репозитория пользователя. Однако эти данные не объединяются с рабочими файлами. Git fetch — отличный способ получить актуальное представление обо всем, что происходит в удаленном репозитории, но ничего не меняет. Вот почему вы можете (и должны) часто запускать выборку Git.

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

Что такое мерж-реквест?

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

Запросы на слияние Git (MR) — это основа платформы контроля версий GitLab. Они называются мерж-реквестами, потому что их конечным действием является объединение ветки с основной веткой функций.

Git merge объединяет изменения в одно согласованное дерево — это лишь часть того, что делает Git pull. Помните, что запросы на включение Git предполагают объединение изменений в одно дерево, а также загрузку исходного кода.

Итак, чем же запрос на извлечение Git отличается от запроса на слияние Git?

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

Запрос на извлечение Git по сути аналогичен запросу на слияние Git. Оба запроса приводят к одному и тому же результату: объединению ветки разработчика с главной или основной веткой проекта. Их разница заключается в том, на каком сайте они используются; GitHub использует запрос на извлечение Git, а GitLab использует запрос на слияние Git.

Оба запроса поощряют сотрудничество между членами команды. Git pull и Git merge просят получателей проверить предлагаемое слияние веток и предлагают им оставить отзыв и возможные коммиты. Считайте это веб-версией обращения к команде проекта: «Привет, ребята, я работал над этой классной вещью и хочу добавить ее в нашу коллективную работу. Всех это устраивает? Если нет, можете ли вы предложите какие-нибудь правки или дополнения? В противном случае я планирую добавить свою работу сейчас».

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

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

Преимущества пул-реквестов и мерж-реквестов

Запросы на включение и запросы на слияние не только схожи, но и предлагают одинаковые преимущества команде разработчиков Git. Конечно, пользователи могут просто использовать простую команду Git, чтобы выполнить то, что может сделать запрос на включение или запрос на слияние, и вполне логично, что люди спросят: «Зачем беспокоиться?»

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

• Вы получаете лучший доступ к ресурсам, которые упрощают процесс: например, запрос включает указатель на основную ветку, чтобы вы могли различать и сравнивать коды в ветке исправлений или функций. Вы также получаете возможность объединять ветки функций и исправлений в основную ветку. Запросы также дают членам команды возможность встретиться, обсудить исправление или ветку функции и выполнить push-уведомления.
• Push-сообщения облегчают общение между разработчиками: запросы позволяют суммировать исправления и функции программного обеспечения в легко идентифицируемые контейнеры (например, GitHub). Кроме того, он предоставляет членам команды разработчиков удобное централизованное место для просмотра изменений и оставления комментариев. Таким образом, вместо того, чтобы зависеть от электронной почты, текстовых сообщений или других каналов связи, все находится в одном автономном инструменте, что снижает вероятность недопонимания. В конце концов, хотя кто-то может забыть проверить свою электронную почту, трудно не заметить комментарии, прикрепленные к коммитам.
• Вы получаете четкую историю любых изменений: команда может видеть любые изменения, присутствующие между функциональной и основной ветвями. Это преимущество снижает вероятность ошибки, поскольку члены команды могут легко увидеть, что изменилось. Кроме того, командные обсуждения записываются и сохраняются в хронологическом порядке.

Механизмы, лежащие в основе запроса на включение и запроса на слияние

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

И запросы на вытягивание, и запросы на слияние следуют этому базовому процессу:

• Создайте вилку основного репозитория и создайте локальный клон. Сначала разработчик создает вилку основного репозитория, а затем клонирует ее в свое локальное рабочее пространство.
• Внесите необходимые изменения локально. Теперь разработчик может решить проблему или добавить новую функцию, внеся желаемые изменения или дополнения в код, при этом все действия происходят в его локальной среде.
• Отправьте все локальные изменения в разветвленный репозиторий. После того как разработчик завершил внесение новых изменений кода и протестировал их, он теперь отправляет изменения обратно в раздвоенный репозиторий, который он создал в начале.
• Разработчик делает запрос на извлечение или слияние. После того как разработчик отправляет запрос на включение или слияние, главный специалист по сопровождению репозитория уведомляется о необходимости выполнить проверку. Затем сопровождающий просматривает работу, проделанную в локальном разветвленном репозитории разработчика, а затем вносит необходимые комментарии или запросы на любые изменения, которые необходимо внести для окончательного утверждения. Любые необходимые изменения отправляются обратно разработчику для дополнительных коммитов, например изменений в коде.
• Сопровождающий дает одобрение: если дальнейшие изменения не требуются, сопровождающий одобряет запрос.
• Обновления объединяются с основным репозиторием проекта. Как только сопровождающий репозитория одобряет запрос, новые обновления разработчика в разветвленном репозитории объединяются с основным репозиторием проекта. Продукт наконец-то обновлен, исправлены ошибки разработчика или добавлены новые функции, и теперь он доступен конечным пользователям.

Заключение

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