Inedo Build Master vs Team Foundation Server

Tenemos nuestros scripts de compilation e implementación configurados en TFS 2010. Pero también estamos evaluando indeo Build Master. ¿Alguien ha usado esto antes?

Además, en general, para una casa .NET completa ¿tiene sentido tener otra herramienta de administración SCM? Aquí está el enlace para inedo

Encontré esto mientras investigaba BuildMaster de Inedo también. Somos una tienda .NET / TFS, y BuildMaster resuelve todo tipo de problemas diferentes.

Aquí hay una publicación de blog que encontré que discute las diferencias: http://blog.inedo.com/2011/06/06/how-does-buildmaster-compare-to-team-foundation-server/

Estamos usando la versión gratuita de BuildMaster y podemos actualizar a una empresa una vez que la usemos para otros proyectos.

Buildmaster tiene un complemento TFS que ayuda a get comstackciones de TFS Builds. Usamos el control de acceso para garantizar que el código se crea y Buildmaster para empaquetar la compilation con 1 clic para implementar a través de los entornos. Buildmaster tiene un enfoque de reparación (como en, sin retrocesos), donde se crean muchas comstackciones para cada versión y cada una se propaga a través de cada entorno y cuando 1 o más existen en, por ejemplo, QA y no se han movido a etapas, ambas se moverán a la escena al mismo time, pero en order, asegurando así que todos los artefactos se muevan a través de cada entorno.

Antes de Buildmaster, usamos una secuencia de commands de PowerShell con xml que funcionaba bien, pero los agentes de Buildmaster nos salvaron de la ejecución remota de scripts de escritorio. Nuestro script Powershell tiene 1 ventaja que Buildmaster aún no posee. Usamos el file de configuration xml para mantener la información del file de configuration de la aplicación, incluidos los nombres de files, las routes relativas y la configuration de xpath para inyectar valores, fragments xml y eliminar los nodos xml de los files de configuration que provienen del control de origen. Buildmaster usa files de configuration de plantilla almacenados en Buildmaster, con reemploop de label para cada entorno. Esto da como resultado un alto mantenimiento si algo cambia en un file de configuration, como secciones adicionales no específicas del entorno que se agregan, lo que requeriría crear la plantilla nuevamente.

Buildmaster tiene una acción personalizada que le permite ejecutar files ejecutables, por lo que, teóricamente, puede ejecutar sus propios commands para realizar funciones que Buildmaster no ha incorporado, pero esto no es ideal.

    Intereting Posts