Поэтому мы в данный момент этого не делаем. Сейчас у нас СI выполняет фукнцию более быстрой обратной связи о каких-то проблемах в коде.
Если практически вся функциональность закрыта ещё и интеграционными и приемочными тестами, то тогда можно и тэг создавать и на продакшн выкладывать автоматически :-)
Насчет действий по факту удачного построения, можно добавить в /cruisecontrol/project/publishers ноду antpublisher со ссылкой на ваш build.xml на действие вроде «successfulBuild», которое будет создавать новый тэг в репозитории, или паковать архив и т.д.
Насчет подготовки внешних ресурсов перед проведением теста, то в build.xml можно кроме задачи prepare создать recreateDataBase, clearCache и подобные.
С продакшн мы подобную схему не используем и в ближайщее время не планируем (хотя есть примеры подобных проектов). Можно написать ant сценарий, который будет выполнять запуск миграционный sql-скриптов, настраивать конфигурационные файлы и выкладывать новый код.
Новые билды мы автоматически не строим. В build.xml в prepare у нас ещё настраиваются конфигурационные файлы.
Если практически вся функциональность закрыта ещё и интеграционными и приемочными тестами, то тогда можно и тэг создавать и на продакшн выкладывать автоматически :-)
Насчет подготовки внешних ресурсов перед проведением теста, то в build.xml можно кроме задачи prepare создать recreateDataBase, clearCache и подобные.
С продакшн мы подобную схему не используем и в ближайщее время не планируем (хотя есть примеры подобных проектов). Можно написать ant сценарий, который будет выполнять запуск миграционный sql-скриптов, настраивать конфигурационные файлы и выкладывать новый код.