24. Мердж-реквесты. Создаем и принимаем pull request на примере github | Уроки git | webdevkin.ru

• Merge requests позволяют вливать одну ветку в другую.  

• Создаются средствами хостинга, например, GitHub или GitLab.  

• Используются для улучшения кода и предотвращения ошибок.  

• Merge requests помогают коллегам видеть новый код.  

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

• Помогают соблюдать соглашения по коду и улучшать его качество.  

• Создаем новую ветку и добавляем код.  

• Убираем ненужные элементы и корректируем стили.  

• Запускаем ветку и готовимся к созданию merge request.  

• Заходим в GitHub и создаем новый merge request.  

• Указываем базовую ветку и ветку для слияния.  

• Проверяем изменения и создаем описание merge request.  

• Задаем заголовок и описание merge request.  

• Используем Markdown для форматирования текста.  

• Markdown полезен для создания списков и форматирования текста.  

• Отправляем merge request коллегам для проверки.  

• Используем различные методы уведомления коллег.  

• Коллеги могут давать замечания и задавать вопросы.  

• Коллега задает вопрос о причинах удаления спамов из HTML-кода.  

• Для ответа на вопрос нужно нажать на плюс напротив строки кода.  

• Комментарии видны только автору и ревьюеру, пока не будет нажата кнопка "финиш ревью".  

• "Старт ревью" позволяет писать комментарии, которые видны только автору и ревьюеру.  

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

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

• Отправка комментариев по одному может отвлекать автора кода.  

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

• Обнаружена опечатка в фамилии Сергея Федорова.  

• Исправлена опечатка и добавлено замечание о необходимости отступа для последнего элемента списка.  

• В комментариях используется Markdown для форматирования кода.  

• Markdown помогает оформлять текст и код, что делает его более читаемым.  

• Все изменения просмотрены и оставлены комментарии.  

• Комментарии отправляются с помощью кнопки "финиш ревью и сабмит ревью".  

• Автор отвечает на вопросы и замечания коллеги.  

• Исправлены опечатки и добавлены стили для отступа последнего элемента списка.  

• Межреквест готов к принятию.  

• Выбор между различными вариантами слияния изменений.  

• Важно договориться в команде о том, кто принимает мерж-реквест.  

• Межреквесты созданы для удобства работы в команде.  

• Важно договариваться внутри команды о том, как принимать мерж-реквесты.  

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

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

• Со временем команда будет находить оптимальные решения, подходящие именно для их процессов и условий.  

• Команда — это не просто набор людей, а группа, работающая над проектом вместе.  

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

• Решения должны быть удобными для всех членов команды, а не следовать авторитетным советам.  

• В последних уроках курса акцент делается на командную работу.  

• Межреквесты важны для команд, где есть хотя бы один человек, разбирающийся в коде.  

• Межреквесты помогают коллегам быть в курсе нового кода, улучшать его и предотвращать баги.  

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

• Они помогают коллегам быть в курсе изменений и улучшать код.  

• Инструменты межреквестов на GitHub и других хостингах постоянно развиваются и улучшаются.