¿Cómo configurar un entorno de múltiples desarrolladores de Biztalk?

Question

Si tenemos 3 desarrolladores trabajando en el mismo proyecto de Biztalk, ¿cuál es la mejor manera de configurar nuestro entorno de desarrollo?

Estamos utilizando TFS para almacenar el proyecto de Biztalk.

¿Deberíamos usar un servidor de 1 sql y un servidor de Biztalk y luego tener 1 o más máquinas de desarrollador que accedan a los servidores sql y biztalk? El problema que obtenemos con esto es que cuando un desarrollador compila y despliega sus cambios puede afectar a otros desarrolladores si también están tratando de compilar e implementar su trabajo.

¿Deberíamos hacer que cada desarrollador aloje su propio servidor completo sql y biztalk para el desarrollo local, ya sea en su máquina o dentro de su propia máquina virtual? El problema que encontramos con esto es que cada desarrollador puede modificar sus configuraciones de servidor y esas configuraciones no se almacenan en el control de código fuente. Esto puede causar confusión cuando los cambios se implementan en un servidor de prueba. Otro problema menor es que cada desarrollador debería tener instalados el servidor sql, el servidor biztalk y el servidor de Windows.

¿Hay alguna otra manera de configurar un entorno de desarrollo de biztalk con varios desarrolladores?

Answer 1

Desea que siempre desee que cada desarrollador tenga una instalación completa de BizTalk en sus propias máquinas. Créanme, de lo contrario no funciona, ya que seguirán el uno con el otro al intentar implementar/probar/depurar cambios.

Dicho esto, también deseará un entorno de desarrollo/prueba centralizado donde implemente su código para pruebas integradas más completas y asegurándose de que se vean todos los cambios de todos juntos.

Su punto acerca de la configuración es cierto, pero solo hasta cierto punto. Esto se debe a que debe hacer que su configuración de solución sea parte de su código fuente y mantenerla también en control de fuente. Esto es particularmente importante una vez que está un poco adelantado en su desarrollo, ya que tendrá que comenzar a mantener múltiples versiones de sus archivos vinculantes para cada entorno (desarrollo, prueba, producción, etc.).

Answer 2

tomasr tiene razón. Además, si tiene un hardware decente y mucha RAM, puede configurar una imagen de VM de su entorno de desarrollador completo, y luego compartir esto con todo su equipo. No tan rápido como el hardware nativo, pero le permite deshacer los cambios, reemplace su máquina virtual si realmente se estropea y todos tienen el mismo entorno, idealmente cerca del objetivo. La configuración de un servidor de compilación continua también es una ventaja, si sus proyectos son pequeños, puede lograr que cada checkin genere una compilación completa, implemente BizTalk, exporte MSI y luego realice pruebas. Más tarde, a medida que sus soluciones se vuelven más numerosas, es posible que tenga que pasar a una creación continua de cambios de C# solamente, luego diga todas las noches o varias veces al día, que haga un lleno. Hemos hecho esto con CruiseControl.net, Nant, nunit y varios scripts de Power Shell, fue bastante lento, pero cada mañana trabajamos para encontrar un conjunto de soluciones BizTalk completamente compilado, implementado, exportado y probado listo para la prueba equipo.