Что такое pull request: зачем показывать код до вливания

Ты доделал задачу и хочешь влить ветку в главную, а тимлид говорит: открой pull request. Через час под твоим кодом двенадцать комментариев. Похоже на экзамен, но это не экзамен. За пять минут разбираем, что такое пул-реквест и почему в командах без него не пускают в главную ветку. В ролике: — что ломается, когда код уходит в главную ветку напрямую — что на странице пул-реквеста: разница, проверки, обсуждение у строки, кнопка «слить» — почему страница живая и что происходит после нового коммита — кто одобряет и как сайт сам зовёт ответственного — что такое защищённая ветка и почему напрямую в неё не отправить — живой пример: тест нашёл лишний ноль в сумме чека — чего пул-реквест не делает: он не гарантия правильного кода Это девятнадцатый ролик серии про инфраструктуру простыми словами. Предыдущий — про удалённый репозиторий, следующий — как отменить изменения и не сломать всем жизнь. 0:00 Двенадцать комментариев за час 0:18 Что разберём 0:31 Как код попадает в главную ветку без проверки 0:44 Пятница, вечер: правка ушла в главную 0:56 Через плечо и в чате 1:11 Нужна остановка перед главной веткой 1:23 Просьба влить ветку: GitHub и GitLab 1:32 Страница: разница, проверки, обсуждение 1:53 Кнопка «слить» и одобрение 2:14 Кто одобряет 2:22 Защищённая ветка 2:39 Слияние делает сервер 2:48 Живой пример: первый пул-реквест 2:59 Тест нашёл лишний ноль 3:13 Вопрос к строке: копейки или рубли 3:29 Одобрение и слияние 3:43 Чего пул-реквест не делает 4:24 Итог