Проект развивается довольно давно. Сейчас пришло время добавить некоторую функциональность. Для этого необходимо внести кучу взаимосвязанных изменений в различных модулях и подсистемах. Одни изменения тянут за собой другие и получается так, что если мы хотим коммитить только работающий оттестированный код, то практически все изменения должен вносить один программист. Он же должен добавлять новые и корректировать старые тесты. Бред, какой-то, в общем
.Добавление этого функционала довольно просто бьется на куски. И это уже сделано. Проблема во взаимоувязанности этих кусочков. Мне не до конца понятно, как организовать эти работы. Пока вижу такие варианты:
- Как уже есть: коммитим только работающий код. Минусы - один человек вынужден тащить всю задачу. Плюсы - в trunk всегда работающая система. Работа одного человека над проектом - вообще тривиальный вариант. Можно вообще не коммитить
Если работают несколько и правильно. То первый коммит может родить новые тесты, которые не будут проходить. Дальнейшая работа будет постепенно «озеленять» тесты. Таким образом, этот вариант выглядит, по меньшей мере, странно. - Коммитим подзадачи, по мере их реализации. Несмотря на то, что проект в целом неработоспособен и тесты не проходят. Минусы - не работающая система в trunk'е. Требование одно - успешная компиляция. Никакое ночное автоматическое тестирование не организовать. В смысле, организовать, конечно же. Только оно не будет давать работающий код. Но этот вариант выглядит правдоподбнее в случае «правильной» работы - сначала тесты, потом все остальное.
- разбиваем всю работу на задачи таким образом, что бы они а) были мелкие (можно сделать за 8 часов) б) не ломали проект. Минусы - много лишней работы, свазанной с требованием б. Нужно как-то или врастить изменения или изолировать их от рабочего кода. И эти «затычки» придется плодить в т.ч. в тех местах, которые в следующей задаче будут напрочь переделаны под новый функционал. Частенько такая подстановка костылей будет более прожорлива, чем основная работа. Так программисты могут разбежаться.
- сделать ветку и работать в ней по п.2 Плюсы - в trunk'е по прежнему рабочий проект. Минусы - рабочий проект только в trunk'е. И довольно большое количество веток.
Как лучше поступить в описанной ситуации
?
