Советы по улучшению возможности обзора кода

Question

Как улучшить возможности проверки кода? Любое предложение из личного опыта поможет.

Каковы общие ошибки или ошибки, допущенные каждым из вас? Как обеспечить, чтобы проблемы не просочились из проверки кода?

Answer 1

• сверстники должны быть знакомы с базой кода.
• изменение должно быть хорошо ограниченно, не слишком большим
• изменение должно быть проверено перед подать запрос проверки
• процесс правоприменения. нет обзора, нет регистрации.
• хорошие инструменты быть http://www.reviewboard.org/

, что мои 2 цента.

Answer 2

Расписание отзыва до и предоставить достаточно времени, чтобы подготовиться к рассмотрению

автоматизировали инструменты, чтобы проверить такие вещи, как соответствие именовании и т.д.
(Say для Java кода можно использовать CheckStyle) так, что время рассмотрения может быть хорошо проведенные найти проблемы с логикой кода, архитектуры, алгоритмы

Answer 3

мы недавно закрытых учреждениях проверки кода в нашей команде

Некоторые моменты, когда мы делаем обзор:

.

• Сложных или критические изменения
• Рефакторинга

Каждый разработчик должен заполнить в «рассмотрены» поле в нашей системе слежения перед установкой задачи решены. Если разработчик считает, что обзор не требуется, он должен заполнить причину (например: изменить ярлык).

Чтобы разработать хорошую оценку кода в команде, вы должны включить всех. Каждый раз, когда это возможно, обзор должен выполняться другим разработчиком. Так что личная ловушка заключается в том, что я каждый раз проверяюсь одним и тем же человеком.