Code review и git flow
Код junior-разработчика читают люди, а не только процессор. Ревью и дисциплина веток превращают GitHub в командную культуру, а не свалку коммитов.
Цикл типовой задачи
- создайте ветку от
main:git checkout -b feat/payment; - делайте маленькие осмысленные коммиты (одна задача — один коммит);
- пушьте и откройте Pull Request с описанием «что и зачем»;
- ревью: комментарии, правки, апрув;
- merge (CI зелёный) и удаление ветки.
Что смотреть в ревью
- логика и баги: верный ли результат, ожидаемые ли крайние случаи;
- безопасность: данные из ввода не должны попадать в SQL без валидации;
- читаемость: понятны ли имена, разбита ли задача на части;
- протестированность: есть ли тесты или хотя бы объяснение, как проверить.
💡
Тон комментария решает всё: «Здесь лучше вернуть массив, чтобы не мутировать» вместо «ты не шаришь». Ревью — это сотрудничество, а не экзамен.
Конфликты
git fetch origin
git rebase origin/main # или git merge origin/main
# git разрешит руками, затем:
git add .
git rebase --continue
ℹ️
Инфраструктура ревью-культуры: минимум один апрув, CI обязательно, PR не больше пары сотен строк (большие PR никто толком не читает). Остальное — ваш командный вкус.