Этап 1 из 18 · ≈ 4 ч

Pull request и код-ревью

Основа с Junior

Как команды вливают изменения — ветки, pull request, ревью, автоматические проверки и стратегии ветвления.

Типичный процесс: короткая ветка от main → pull request → CI запускает тесты и линтеры → ревью коллег → слияние → автоматическая выкатка.

Что важно знать

  • Маленькие PR ревьюят быстро и внимательно; PR на 2000 строк одобряют не читая.
  • Описание PR: что и зачем изменено, как проверить, скриншоты для интерфейса.
  • Ревью ищет ошибки, проблемы поддержки и безопасности, а не спорит о вкусе — стиль проверяют линтер и форматтер.
  • Стратегии: trunk-based (короткие ветки, частые слияния, feature flags) или GitFlow (develop, release-ветки) — первая лучше подходит для частых выкаток.
  • Конфликты разрешают локально: подтянуть основную ветку, исправить, прогнать тесты.
  • Squash при слиянии превращает ветку в один аккуратный коммит.

Критерии освоения

Junior ≈ 4 ч

  • Оформляет небольшой pull request с описанием, что и как проверить
  • Исправляет замечания ревью и поддерживает ветку в актуальном состоянии

Практика. Сделать 5 pull request в учебный или открытый проект с описанием и пройти ревью.

Middle ≈ 4 ч

  • Ревьюит чужой код по существу — ошибки, поддержка, безопасность — а не по вкусу
  • Объясняет выбор между trunk-based и GitFlow для своей команды

Практика. Отревьюить 10 чужих pull request с письменными замечаниями и разобрать с автором самые спорные.

Проверка знаний

Войдите, чтобы пройти тест: сданный тест отмечает тему пройденной на карте и в ИПР.

Вопросы с собеседований

Смотреть все
Чем trunk-based development отличается от GitFlow?Middle

GitFlow — долгоживущие ветки develop и main, ветки фич, релизов и хотфиксов; подходит для продуктов с редкими версионированными релизами (коробка, мобильные приложения), но порождает большие слияния и конфликты. Trunk-based — короткие ветки (часы, день-два)…

Полный разбор
Из каких этапов состоит CI/CD-пайплайн и чем continuous delivery отличается от continuous deployment?Junior

CI — каждое изменение автоматически собирается и проверяется: сборка, линтеры, юнит-тесты, сканирование, сборка артефакта (образа). CD: continuous delivery — артефакт всегда готов к выкатке, на прод — по кнопке; continuous deployment — каждое прошедшее…

Полный разбор
Как оформить pull request, который быстро проверят?Junior

Маленький PR (до нескольких сотен строк) с одной задачей. В описании: что сделано и зачем (ссылка на задачу), как проверить (шаги, тесты), на что обратить внимание, скриншоты для интерфейса. Перед отправкой — самопроверка диффа и зелёный CI. На замечания…

Полный разбор
Как проводить код-ревью полезно, а не по вкусу?Middle

Смотреть по существу в порядке важности: правильность (решает ли задачу, крайние случаи, ошибки), безопасность (ввод, права, секреты), данные и совместимость (миграции, API), тесты, поддерживаемость (понятность, сложность, дублирование). Стиль и…

Полный разбор
Чем merge отличается от rebase и почему нельзя переписывать опубликованную историю?Junior

merge соединяет две ветки коммитом слияния, сохраняя историю как была. rebase переносит коммиты ветки поверх другой, создавая новые коммиты с другими хешами — история становится линейной. Поскольку rebase переписывает коммиты, его делают только с локальными…

Полный разбор
Как разрешить конфликт слияния в Git?Junior

Конфликт — обе ветки изменили одни и те же строки, и Git не знает, что оставить. В файле появляются маркеры: между <<<<<<< и ======= — ваша версия, между ======= и >>>>>>> — входящая. Нужно понять смысл обоих изменений, собрать правильный итог (часто …

Полный разбор

Разборы темы

Есть в картах: ИИ-инженер Backend-разработчик Frontend-разработчик Data Scientist

← Вся карта «ИИ-инженер»

Партнёр платформы

Разбор собеседования с sotto

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

Разбор собеседования