GentleHint
5 человек - да смело :)) ну давай поговорим про 40. Это уже хороший пример. Расскажи плз, как вы управляете билдами?

Ну как.
В CVS хранится код.
Код регулярно "тагируется".
Перед релизами отделаяются бранчи, в которых прекращают изменять функциональность, только фиксят баги.

В автоматическом режиме запускаются junit'ы в каждом из бранчей.
Об ошибках рапартуется всем программистам.
Прежде чем делать комит программист апдейтит проект, что бы избежать конфликтов (т.е. исправить их самому, если они есть).

Каждый программист работает по какому-то "заданию".
Задания, которые предполагают работу над одной и той же частью кода, обычно выделяются в подпроект, что бы не возникло путаницы кто/что/как будет делать и делаются под управлением старших программистов.

Ну и т.д.

В итоге проблем с "билдами" практически не возникает. Были единичные случаи, когда коммитились большие изменения и "ломали" head. Но пары часов обычно хватает, что бы всё восстановить (случается раз в полгода не чаще).

GentleHintNotGonnaGetUs
Спасибо за ответ. У меня возникли след. вопросы:
1. Код регулярно "тагируется" - каким образом это происходит? На освове чего принимается решение, что нужно сделать тэг? И кто как правило этим занимается. Если случайный программисть, то как информация о новом тэге поступает другим программистам?
2. "в атоматическом режиме запускаются junit'ы в каждом из бранчей" - на основе каких событий они запускаются?

1. Как только затевается что-то крупное текущая версия отмечается тегом.
"случайный программист" этим не занимается.

2. Просто по таймеру. На анте написан "скрипт", который в случае появления ошибок берёт логи cvs и пишет, кто что комитил со времени последнего прохождения junits и красиво оформив рассылает по почте :)

всем.
каждый перед коммитом обязан проверить junits и убедиться, что не в нёс ошибок.
т.к. не всегда всё хорошо, нужно иметь список поломаных "не тобой" тестов, для этого он и рассылается.