Мы поставляем системы автоматизации с операторской станцией на базе Windows. У них есть множество различных компонентов с длинными скриптами ручной установки. 15 лет устаревших компонентов и различных процедур.
Я хочу автоматизировать процесс установки, а также составить отчет о проверке, подтверждающий выполнение требований. На мой взгляд, все (?) Такие шаги, которые я могу придумать, выполнимы и проверяются с помощью движка PowerShell. Я предполагаю, что я буду составлять предустановочную среду, содержащую powershell и приложение на основе PowerShell, которое сможет проверить выполнение требований и, если возможно, исправить их.
Я думал использовать для этого PSake. Это строго инструмент для сборки программного обеспечения на основе PowerShell, но его концепция зависимостей, похоже, - это то, чего не хватает в PowerShell из коробки, чтобы удовлетворить мои потребности.
Любое мнение об этом подходе приветствуется.
Я думаю, что большую часть, если не все, из перечисленных вами, можно выполнить с помощью Powershell и PSake.
В настоящее время я работаю над средой сборки для наших приложений с использованием PSake в основном 1) потому что это Powershell и 2) нет неприятного XML. Я люблю PSake концептуально, но есть кое-что, что еще не все.
Мне было трудно найти справочную документацию для PSake. Лучшее, что я нашел, - это примеры и FAQ на сайте PSake. При этом я не уверен, что нужен очень обширный справочный набор. Это довольно прямолинейно.
Другое дело, что я нашел и сообщил об ошибке в новой функции вложенной сборки PSake 4.0, которую вы, вероятно, захотите использовать. Автор предоставил обходной путь, но я не уверен, что он так хорош, как рабочая функция.
Из-за проблем, которые мы сейчас рассматриваем Грабли, но я не уверен, что зависимость Ruby могла бы быть чем-то, что вы хотели бы ввести в свой проект.