Частая интеграция

Разработчики, по-возможности, должны интегрировать и выпускать свой код каждые несколько часов. В любом случае никогда нельзя держать изменения дольше одного дня. Частая интеграция позволяет избежать отчуждения и фрагментирования в разработке, когда разработчики не могут общаться в смысле обмена идеями или повторного использования кода. Каждый должен работать с самой последней версией.

Каждая пара разработчиков должна отдавать свой код как только для этого появляется разумная возможность. Это может быть когда все UnitTest-ы проходят на 100%. Отдавая изменения несколько раз в день, Вы сводите проблемы интеграции практически к нулю. Интеграция - это деятельность вида "заплати сейчас или заплати больше позднее". Поэтому интегрируя изменения ежедневно маленькими порциями вы не окажетесь перед необходимостью тратить неделю чтобы связать систему в одно целое непосредственно перед сдачей проекта. Всегда работайте над последней версией системы.

Для менеджера. Если разработчик не отдает изменения в больше одного дня - это ясный индикатор серьезной проблемы. Вы должны немедленно разобраться в чем дело. Весь опыт XP команд говорит что всегда причиной задержки является плохой дизайн и его всегда потом приходится переделывать.

Наш опыт.

Мы делаем ежедневные билды и за исключением HotFix версий, мы работаем в одной ветке исходного кода - то есть все работают над одной и той же версии кода.

Мы пришли к необходимости частых билдов, а затем и ежедневных билдов еще до того как узнали про XP. Помог опыт Microsoft. Сейчас все начиная от тестовых версий кончая полной инсталляцией собирается ежедневно скриптом который запускается по ночам. Утром разработчики получают письмо если билд не собрался. Собранный код автоматически тестируется каждую ночь, так что утром разработчики знают какие были проблемы.