Comments 12
НЕ ВЫПУСКАТЬ ДО РАЗГОВОРА с Ильей!!!
Видимо, с Ильёй всё-таки не поговорили.
Зачем лишняя сущность, когда просто можно было использовать git с распределением кода по веткам и тестированием коммитов перед merge в master? (а ещё есть и pull request'ы...)
Видимо автору требуется не столько технический, сколько бизнес-процесс, с согласованиями, пересогласованиями, ознакомлением и прочим.
Совершенно верно. CCB нужен для продвижения только тех коммитов, которые соответствуют запланированному набору функций, и отслеживания нежелательных коммитов в данной версии продукта, а также разделения всего продукта на компоненты, ознакомления со всеми изменениями сотрудников, ответственных за данный компонент.
Одно другому не мешает. Речь о том что какие-то изменения, даже правильные и стабильные, просто не нужны в продукте на определенном этапе, особенно близко к завершению. На больших проектах с кодовой базов в миллионы строк, даже при дизайне, близком к идеальному, мелкое изменение порой способно заложить мину замедленного действия под весь проект. Так что практика CCB как раз и призвана подобные вещи отслеживать. Ну а инструмент уже вторичен.
А сейчас просматриваете уже готовые продукты для решения свои задач?
Sign up to leave a comment.
ЦЦБ или управление по управлению версиями программного кода