saxix,

https://www.google.ru/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#newwindow=1&q=continuous integration

TeamCity
CC.Net
TFS
Jenkins

etc...

Отлично. Человек спрашивает "как сделать сценарий сборки релиза?" Уходит читать про ClickOnce и bat-файлы.

Я бы все-таки посоветовал посмотреть на CI системы, которые были созданы как раз для таких целей.

cc.net - free
TeamCity - actually free по professional лицензии ( https://www.jetbrains.com/teamcity/buy/#license-type=new-license)
TFS обычно по подписке есть

Алексей К bat-файлы для таких целей не созданы?

нет, не созданы. скрипты и continuous integration - это очень разные вещи.

Алексей КContinuous integration - это постановка задачи. Батники, планировщик заданий и прочее - инструменты для реализации. Да?

Вот этот дядька хорошо объясняет разницу: http://www.martinfowler.com/articles/continuousIntegration.html

skyANAА цель простая - максимально сократить время цикла поставки продукта на рынок (Time To Market). Сообственно как и всех agile практик.

Горячо поддерживаю. Плюс всякие мелочи вроде удобства командной разработки и т.д.

Алексей К Просто если задачу ТС можно решить банальным батником: "При сборке релиза чтобы исходники копировались в tags (svn) и собранный проект копировался в определенную папку на ftp" - то зачем навязывать ТСу что-то намного более сложное?

Сама идея сборки релиза на локальной машине разработчика дурно пахнет, так как девелоперское окружение редко отличается чистотой. Поэтому практически никогда рабочие места девелоперов не используют в качестве билд-агентов (максимум как машинные мощности для виртуализации).

Алексей КЯ понимаю твоё желание блеснуть умом и сообразительностью, но меру надо знать.

Возможно мне изменяет память, но мы с Вами водку не пили, потому попрошу не "тыкать". Это нетактично.