Pull Request и код-ревью
В прошлом уроке мы научились подключать наш локальный репозиторий к серверу (GitHub) и синхронизироваться с ним: clone, push, pull. Теперь мы задаёмся совершенно другим вопросом — не «как загрузить код», а «как команда позволяет коду безопасно попасть в проект». Ответ — Pull Request: запрос на слиян
Pull Request — это как сказать «я закончил номер в отеле — пожалуйста, осмотрите его, прежде чем заедут гости». Вместо того чтобы сразу заталкивать свою работу в основную линию (main), вы открываете запрос: «вот моё изменение, давайте его обсудим, оставьте комментарии, запустите проверки — и только когда всё хорошо, мы впустим его».
- Pull Request (PR)
- Запрос на GitHub на слияние одной ветки в другую (обычно ветки-фичи в main). Он открывает место для обсуждения, код-ревью и автоматических проверок до того, как изменение попадёт внутрь.
- Код-ревью
- Когда коллега читает ваше изменение, оставляет комментарии и предлагает улучшения внутри PR — чтобы выявить ошибки, поделиться знаниями и поддерживать высокое качество.
- Approve (одобрение)
- Отметка рецензента «мне нравится» — зелёный свет, говорящий, что с его стороны PR можно вливать.
- Автоматические проверки (CI)
- Программы, которые запускаются сами на каждый PR и проверяют код (например, запускают тесты). Если проверка не проходит, вы исправляете это перед слиянием.
- Слияние PR (merge)
- Кнопка, которая в конце вливает вашу ветку в main после того, как ревью одобрено, а проверки пройдены. Затем ветку-фичу обычно удаляют.
