Автоматическое код-ревью
Как запускать review по diff вручную или через PR и MR, и как читать результат без ложного ощущения, что решение уже принято за команду.
- Хотите получить быструю обратную связь по изменениям
- Нужно проверить код на типовые ошибки и уязвимости
- Ревьюер недоступен, но нужна первичная оценка
- Быстрая обратная связь по качеству кода
- Обнаружение потенциальных уязвимостей до merge
- Предложения по рефакторингу и улучшению
Ручной review по diff
Ручной режим нужен, когда webhook ещё не включён, когда окружение недоступно из внешней сети или когда вы хотите быстро проверить ветку до открытия PR или MR.
Каждый комментарий review содержит контекст по файлу, категории проблемы, уровню серьёзности и конкретной рекомендации. Это позволяет быстро отделить действительно рискованные замечания от косметических.
Откройте раздел Review
Выберите проект Connect и раскройте сценарий ручного запуска.
Подготовьте diff
Подходит diff вроде git diff main...HEAD или другой осмысленный набор изменений по задаче.
Выберите репозиторий и запустите анализ
Результат появится в истории review этого проекта.
Автоматический review из PR и MR
После включения webhook для GitHub или GitLab review запускается не на каждое действие подряд. GitHub сценарий реагирует на opened, synchronize и reopened для pull request. GitLab сценарий реагирует на open, update и reopen для merge request.
Результаты появляются в истории review внутри проекта Connect. Сам push в ветку без PR или MR запускает синхронизацию репозитория, но не создаёт карточку review.
Уровни серьёзности
Critical означает риск, который стоит остановить до merge: поломка логики, потеря данных, опасная уязвимость. Warning показывает проблему, которую нужно как минимум обсудить. Info и suggestion помогают улучшить читаемость, поддерживаемость и структуру, но не всегда требуют немедленного действия.
Как читать результат без самообмана
Начинайте с замечаний, которые меняют риск релиза, а не с тех, что только улучшают стиль. Если несколько warning повторяются в одном и том же модуле, это уже сигнал не к разовой правке, а к разбору паттерна.
Если рекомендация выглядит спорной, сверяйте её с задачей, контекстом diff и архитектурой проекта. Review в Connect не публикует комментарии обратно в Git-провайдер и не принимает решение за команду.