Buildmaster имеет плагин TFS, который помогает получать сборки из TFS Builds. Мы используем Gated check-in для обеспечения сборки кода и Buildmaster для упаковки сборки за 1 клик для развертывания в средах. У Buildmaster есть подход с прямой фиксацией (как, например, без отката), когда вы создаете много сборок для релиза, и каждая распространяется в каждой среде, и когда 1 или более существуют в скажем QA и не перешли в Staging, они оба будут перемещены к постановке в одно и то же время, но в порядке, обеспечивающем перемещение всех артефактов в любой среде.
До Buildmaster мы использовали сценарий PowerShell, управляемый xml, который работал хорошо, но агенты Buildmaster избавили нас от выполнения сценария удаленного рабочего стола. У нашего скрипта Powershell есть 1 преимущество, которого у Buildmaster еще нет. Мы использовали файл конфигурации xml для хранения информации о файле конфигурации приложения, включая имена файлов, относительные пути и настройки xpath для ввода значений, фрагментов xml и удаления узлов xml из файлов конфигурации, поступающих из системы контроля версий. Buildmaster использует файлы конфигурации шаблонов, хранящиеся в Buildmaster, с заменой тегов для каждой среды. Это приводит к значительному обслуживанию, если что-либо изменится в файле конфигурации, например, будут добавлены дополнительные, не специфичные для среды разделы, что потребует повторного создания шаблона.
Buildmaster действительно имеет настраиваемое действие, позволяющее запускать исполняемые файлы, поэтому теоретически вы можете запускать собственные команды для выполнения функций, которые не встроены в Buildmaster, но это не идеально.