Человек тратит X времени, делает сколько угодно коммитов, слияний, поглощений... когда этот человек считает что работу он выполнил или когда считает что ему нужна помощь извне... тогда code review всей задачи.
Если у вас CI ревьювить имеет смысл только коммиты которые упали. Если нет CI то тогда PR
Вот у меня есть CI... и есть N репозиториев и в каждом по X веток... и я в свою ветку пушу на сервер... и на CI запускаются тесты - мне, простите, какое ревью нужно?:)
Человек тратит X времени, делает сколько угодно коммитов, слияний, поглощений... когда этот человек считает что работу он выполнил или когда считает что ему нужна помощь извне... тогда code review всей задачи.
да) кстати))) у меня были неточности))) ревью кода в "production branch" скажем так)) я естественно не предлагал что вообще все коммиты куда-угодно)))
Вот у меня есть CI... и есть N репозиториев и в каждом по X веток... и я в свою ветку пушу на сервер... и на CI запускаются тесты - мне, простите, какое ревью нужно?:)
Если у вас есть feature-branch которые живут дольше одного дня - у вас нет CI
Человек тратит X времени, делает сколько угодно коммитов, слияний, поглощений... когда этот человек считает что работу он выполнил или когда считает что ему нужна помощь извне... тогда code review всей задачи.
я помню как у лида команды бомбануло, когда ему понадобилось 5000+строк кода ревьювить.
Особенно мне нравятся ревью где правки по нему не обязательны:) И тогда люди получая от тебя портянку правок... просто их все игнорят, говоря что если они будут всё это править то проект никогда не выйдет... ну ок... зачем тогда тебе ревью, пиши дальше так:)
Ну да. Термину CI уже 29 лет, изучите вопрос. Он появился до того как появился GitHub, до того, как программы для автоматизации процессор разработки переименовались в CI/CD системы и до того как появился Git 🙂