Это можно сделать, но многое будет зависеть от ваших сценариев сборки. Если вы скажете cc.net контролировать папку верхнего уровня svn, например, у вас есть проектный монитор:
http://myserver.com/svn/project, а не http://myserver.com/svn/project/trunk. Если в http://myserver.com/svn/project будут видны какие-либо изменения, начнется сборка.
Теперь ваш скрипт сборки должен определить, какой источник устарел или есть новая ветка для сборки. Сценарий сборки создаст новый VDir для любых новых веток.
Другим вариантом может быть проект cc.net, предназначенный для ничего другого, кроме добавления новых проектов в ваш cc.net. (Назовите его «BranchBuilder project»). Я бы использовал препроцессор в cc.net и имел бы файл .config верхнего уровня, который просто включал проект для trunk и каждой ветви. Проект компоновщика веток будет контролировать корневой путь в SVN. Если бы он увидел какие-либо изменения, он посмотрел бы, были ли какие-либо новые ветви с момента последней сборки. Если таковой имеется, он может создать файл ccnet-branchname.config для этой ветви, создать vdir, а затем обновить корневой файл ccnet.config с дополнительным включением.
После обновления конфигурации ccnet cc.net обнаружит, что файл конфигурации был изменен, и перезагрузит конфигурацию, добавив ваш новый проект ветки. Этот проект ветки запустится и создаст вашу новую ветку.