Code-review (Код-ревью) – это процесс проверки исходного кода другими разработчиками перед его слиянием в основную ветку репозитория. Цель – выявление ошибок, улучшение качества кода и соответствие стандартам проекта.
а) В командах разработчиков для контроля качества кода.
б) В open-source проектах, где изменения проходят публичное ревью.
в) В крупных IT-компаниях (Google, Microsoft, Amazon), где код-ревью – обязательная часть процесса.
г) В DevOps-процессах, где код-ревью – часть CI/CD (автоматического развертывания).
а) Разработчик написал новую фичу, сделал pull request, а его коллега проверил и нашёл ошибку, которую он исправил перед слиянием в основную ветку.
б) В open-source проекте на GitHub кто-то предложил улучшение, но мейнтейнеры проверили его код и попросили доработать.
в) На проекте в компании перед каждым релизом код проходит обязательное Code-review, чтобы избежать ошибок.
Код-ревью – это когда один программист проверяет код другого, чтобы убедиться, что он написан правильно, не содержит ошибок и легко читается. Это как проверка сочинения перед сдачей: нужно убрать лишнее, исправить ошибки и сделать текст понятнее.
Код-ревью используется в командной разработке и помогает:
а) Выявлять ошибки и баги – чем раньше найдена ошибка, тем дешевле её исправить.
б) Повышать качество кода – код становится понятнее, удобнее и проще в поддержке.
в) Соблюдать кодстайл – код соответствует стандартам проекта.
г) Учиться у коллег – начинающие разработчики получают обратную связь от более опытных.
д) Предотвращать уязвимости – безопасность кода улучшается.
Как проходит Code-review:
1. Разработчик пишет код и делает коммит.
2. Создаёт pull request (GitHub) или merge request (GitLab, Bitbucket).
3. Другие разработчики (или тимлид) проверяют код:
а) Читаемость и чистота кода.
б) Соответствие архитектурным требованиям.
в) Эффективность и производительность.
г) Отсутствие багов и уязвимостей.
4. Оставляют комментарии:
а) Если код хороший – ставят "Аппрув" (Approve).
б) Если есть проблемы – "Реджектят" (Reject) и просят исправить.
5. После исправлений код проверяют повторно.
6. Когда код одобрен, он сливается в основную ветку проекта.