Я работаю над перемещением моей команды в процесс непрерывного интеграции. Прямо сейчас мы работаем в филиале функции, и после завершения функции мы отправляем его запрос на протяжении рассмотрения кода/слияния. Тем не менее, я не вентилятор представления больших функций сразу, что требует от кого-то, чтобы потратить часть своего дневного рассмотрения десятков (а иногда и 100+) изменений в одном сеансе обзора кода. Небольшие коммиты идеально подходят и упрощают намного проще выявить проблемный код, и это, очевидно, оказывается более частыми релизами. Я подозреваю, что я проповедую в хоре здесь, поэтому я избежу проволочивших достоинств CI/CD.
Большая часть моей команды находится на борту, но одна из членов нашей команды немного устойчив к этому изменениям. Однако я полностью сочувствую его позиции. Его обеспокоенность в том, что когда мы введем много маленьких коммитов со временем, становится сложно вообще просмотреть функцию, чтобы убедиться, что код соответствует и работает со всеми предыдущими произведениями кода, которые были введены. Моя позиция заключается в том, что автоматическое тестирование напрямую обращается к его заботе. Это станет очевидно, если новый код несовместим с предыдущим кодом, основанный на автоматических результатах теста. Оставленные укус коммиты гораздо проще для рецензента для переваривания и позволяют рецензенту сосредоточиться на стиле, читабельности и т. Д., Вместо того, работает ли код правильно.
Кто-нибудь еще перешел на постоянную интеграцию и столкнулся с сопротивлением по пути? Как вы обратились к этому с вашей командой? Спасибо заранее за любые данные!
Пожалуйста, простите любые грамматические ошибки или отсутствие ясности. Это пятницы днем И я изо всех сил пытаюсь собрать свои мысли через долгую неделю (и трудно захотеть думать о работе после того, как вы получили домой):)
Оригинал: «https://dev.to/rbseaver/continuous-integration-and-code-reviews-13bc»