Скрипт автоматического выпуска и проекты установки Visual Studio

Question

Я думаю, что большинство людей здесь понимают важность полностью автоматизированных сборок.

Проблема в том, что один из наших проектов сейчас использует интегрированный проект установки Visual Studio (vdproj) и недавно был перенесен в Visual Studio 2008. К сожалению, они не собираются в MSBuild и вызывают devenv.exe / build 2008 просто сбой, по-видимому, это происходит на всех многоядерных компьютерах (!!!). Так что теперь у меня есть выбор: вернуться к .Net 2.0 и 2005 или просто отказаться от развертывания Visual Studio, но сначала я бы хотел получить второе мнение.

Кто-нибудь знает другой автоматизированный способ создания .vdproj, который не потребует от нас открытия IDE и щелчка мышью по вещам?

---

WiX был тем, что я имел в виду, когда говорил, что мы откажемся от vdproj. Есть ли у вас опыт, хорошие вещи, предостережение?

Answer 1

Недорогое решение - перейти на использование ClickOnce, которое можно автоматизировать с помощью MSBuild. Но если вам все еще нужно создать пакет установщика Windows, вам нужно будет преобразовать ваш проект в WiX (довольно прямо) и собрать его с помощью вашего решения.

Это поможет вам начать: Автоматизация выпусков с MSBuild и установщиком Windows XML

Answer 2

Я немного раньше использовал WiX, и в целом я обнаружил, что это здорово, когда вы понимаете, что делать, но есть крутой курс обучения. Если вы потратите целый день на изучение учебника по WiX, вы сможете получить 80% работоспособности вашей установки.

Учебное пособие по WiX

Answer 3

У меня было такое же требование, и я использовал то, что предлагается в этих двух ссылках

Блог Дэвида Уильямса

Статья MSDN

По сути, поскольку Team Build сама по себе не будет создавать проекты установки для вас, в этом подходе вы добавляете новый этап сборки после завершения обычной сборки. Этот шаг запускает вторую сборку, запуская devenv.exe. IDE создаст ваши установочные файлы. Дополнительная сборка немного дорогостоящая, но она нужна нам только для тех сборок, которые собирались выпустить. Максимальная ежедневная сборка потребует такой настройки, что наша сборка CI не должна создавать файлы установки каждый раз.

После этого вы выполняете некоторые команды копирования, еще раз соберите шаги, которые отображаются в результатах вашей сборки Team System, чтобы переместить файлы установки в общий сетевой ресурс и т. Д.

Сначала это выглядит как клуге, но это работает, это также полноценная часть автоматизированной сборки в Team System, поэтому она работала для моих целей в области непрерывной интеграции.