История изменений

Почитал тему, добавлю ещё один вариант.

1. Добавить в workflow задачи пункт «технический дизайн». В этом пункте либо ты один, либо вы вместе садитесь и проектируете изменения. Какие классы нужно добавить, какие в них поля будут, какие методы, что и как нужно изменить. В общем всё то, что не очевидно из задачи. Степень детализации выбирай сам, исходя из того, чтобы там было всё важное, где этот человек может сделать ошибки.

2. Внести в проект максимальную автоматизацию проверки качества. Проверять форматирование соответствующими инструментами, проверять качество кода соответствующими инструментами. Интегрировать цикл сборки и эти инструменты так, чтобы просмотр кода даже не начинался, пока все проверки не пройдут. Для разных языков есть разного уровня инструменты, совет не очень универсальный, к сожалению, но для той же Java Checkstyle, к примеру, даёт очень широкие возможности по проверке кода.

Если получится это сделать, то время на просмотр кода у тебя значительно сократится и товарищ будет воевать не с тобой, а с компьютером.

Почитал тему, добавлю ещё один вариант.

1. Добавить в workflow задачи пункт «технический дизайн». В этом пункте либо ты один, либо вы вместе садитесь и проектируете изменения. Какие классы нужно добавить, какие в них поля будут, какие методы, что и как нужно изменить. В общем всё то, что не очевидно из задачи.

2. Внести в проект максимальную автоматизацию проверки качества. Проверять форматирование соответствующими инструментами, проверять качество кода соответствующими инструментами. Интегрировать цикл сборки и эти инструменты так, чтобы просмотр кода даже не начинался, пока все проверки не пройдут. Для разных языков есть разного уровня инструменты, совет не очень универсальный, к сожалению, но для той же Java Checkstyle, к примеру, даёт очень широкие возможности по проверке кода.

Если получится это сделать, то время на просмотр кода у тебя значительно сократится и товарищ будет воевать не с тобой, а с компьютером.