мажорная фича - пожалуй неверно сказано. Речь идет о переработке коры, любой рефакторинг и тд, все что не подлежит постоянному коммиту в транк и не является багфиксом. В данный момент всего одна, над которой идет работа. В новом TortoiseSVN, кстати, мердж минорных изменений в параллельной ветке (trunk->stable) отличается от мерджа из форкнутой(фичевой) ветки.
Пока что ни одного нарицания, ни к серверу(кроме необходимости переконвертить репозитории из BDB в FSFS (BDB не поддерживается, имейте ввиду когда будете создавать новый репо)), ни к соответствующему TortoiseSVN (много хороших фичей помимо мерджинга, включая поддержку висты)
Проще сказать как делаем мы (как я понимаю, это классический подход). Система - subversion 1.5 (beta, с поддержкой merge tracking).
1) есть транк (основная ветка), куда делаюттся аккуратные, протестированные, логически целостные и задокумментированные коммиты. Сюда также коммитятся все багфиксы.
2) Для каждой мажорной фичи или версии создается бранч, куда можно коммитить грязно и беспорядочно, для ускорения процесса. Здесь допускаются битые ревизии. 3) Есть branches/stable, куда после тестирования тестером, перед рилизом, мерджатся все изменения в транке. 4) Бранчи мерджатся предварительно в транк.
"На полную" - как раз, используя svn 1.5/(1.4.99). У collabnet есть блог (ссылки не могу прилагать), где хорошо описываются недостатки ручного мерджа (да это просто ад), и то как он будет работать в 1.5.
Тут еще играет роль экономия - объекты уже есть, персонажи отрендереные с разными эмоциями и перспективами - почему бы не заюзать? Дисней на заре рисованых мульфильмов целые сцены копировал.
Думаю "она" (на самом деле Робб Липпитт) привлекает исключительно тем фактом что "Девочка-подросток создала бизнес, приносящий миллион долларов в год".
1) есть транк (основная ветка), куда делаюттся аккуратные, протестированные, логически целостные и задокумментированные коммиты. Сюда также коммитятся все багфиксы.
2) Для каждой мажорной фичи или версии создается бранч, куда можно коммитить грязно и беспорядочно, для ускорения процесса. Здесь допускаются битые ревизии. 3) Есть branches/stable, куда после тестирования тестером, перед рилизом, мерджатся все изменения в транке. 4) Бранчи мерджатся предварительно в транк.
"На полную" - как раз, используя svn 1.5/(1.4.99). У collabnet есть блог (ссылки не могу прилагать), где хорошо описываются недостатки ручного мерджа (да это просто ад), и то как он будет работать в 1.5.