Implementación de una estrategia de control de versiones

El control de versiones es el acto de actualizar la implementación de un artefacto e incrementar su número de versión.

Problemas generales de control de versiones

El control de versiones de aplicaciones de BizTalk puede convertirse en un problema cuando necesita ejecutar dos versiones de una solución de BizTalk en paralelo, o si no puede programar el tiempo de inactividad de la aplicación de BizTalk para implementar una nueva versión. Si no necesita ejecutar dos versiones de la solución simultáneamente (por ejemplo, si no tiene orquestaciones de larga duración), es perfectamente aceptable anular la implementación de la versión anterior e implementar la nueva versión como una estrategia de control de versiones (sin control de versiones de ensamblado). Se trata de una posible estrategia de control de versiones, aunque se recomienda incrementar el número de versión del archivo (para informarle de qué versión se implementa en los servidores de BizTalk). Para obtener más información sobre cómo actualizar una aplicación que se implementa, consulte Lista de comprobación: Actualización de un ensamblado.

Si necesita admitir orquestaciones de larga duración o necesita realizar implementaciones de aplicaciones de BizTalk sin tiempo de inactividad de la aplicación de BizTalk, es necesario implementar y practicar una estrategia sólida de control de versiones de BizTalk para los distintos escenarios de control de versiones. Esto incluye el versionado de ensamblados de .NET y el versionado de todos los artefactos de BizTalk. Esto incluye esquemas, mapas, canalizaciones, componentes de canalización, orquestaciones, adaptadores personalizados, clases personalizadas llamadas en orquestaciones y mapas, reglas de negocio y BAM. Para obtener más información sobre el control de versiones en paralelo, consulte Actualización mediante versiones en paralelo.

Control de versiones de un ensamblaje

Al actualizar un ensamblado, tiene una opción entre lo siguiente:

• Elegir una versión fija de ensamblaje para un entregable específico e incrementar solo el número de versión del archivo.

• Incrementar tanto la versión del ensamblado como la versión del archivo a lo largo del desarrollo.

  Estos enfoques se comparan en la tabla siguiente:

Versión fija del ensamblado, versión de archivo dinámico	Versión de ensamblado dinámico, versión fija o dinámica del archivo
Número de versión del ensamblado = número fijo Número de versión del archivo = Número de compilación	Número de versión de ensamblaje = Número de compilación Número de versión del archivo = Número de compilación
El entorno de ejecución de BizTalk Server puede recoger la versión incorrecta del ensamblado si se instalan varios ensamblados.	BizTalk Server siempre ejecuta la versión más reciente del ensamblado, incluso si se instalan varios ensamblados.
Solo se puede implementar una versión de la solución en cualquier momento.	Se pueden implementar distintas versiones de la solución en paralelo (aunque otros aspectos de la solución, como las definiciones de esquema, pueden entrar en conflicto).
Es necesario reiniciar el host de BizTalk para forzar la carga de ensamblajes actualizados.	Obliga a BizTalk Server a cargar nuevos ensamblajes.
Requiere menos trabajo para crear una nueva implementación, ya que los archivos que hacen referencia al número de versión del ensamblado (por ejemplo, los archivos de enlace y los perfiles de seguimiento) no necesitan editarse.	Requiere más trabajo para la implementación, ya que los archivos que hacen referencia al número de versión del ensamblado deben mantenerse actualizados con la nueva versión.

Puede optar por usar la versión fija del ensamblado y el enfoque de versión de archivo dinámico si va a crear prototipos de un sistema o desarrollar cualquier otro tipo de proyecto que no se publique. Si no pretende entregar la aplicación a un usuario final, puede simplificar las tareas de implementación y reducir las dependencias interrumpidas mediante la corrección de la versión del ensamblado e incremento del número de versión del archivo. Para el seguimiento de versiones, debe recordar incrementar el número de versión del archivo para cada compilación.

Si va a compilar un proyecto que se entregará a un usuario final, debe considerar la posibilidad de incrementar el número de versión del ensamblado y, opcionalmente, almacenar un número de versión de archivo significativo. Aunque este enfoque conlleva el esfuerzo adicional de modificar los números de compilación y las dependencias asociadas, garantiza que se usen las versiones más recientes de los ensamblados. Mediante el uso de scripts de implementación automatizada, puede reducir el impacto del control de versiones. Para ver ejemplos de implementación, vea Implementación de aplicaciones (carpeta de ejemplos de BizTalk Server) (https://go.microsoft.com/fwlink/?LinkId=155134) en la Ayuda de BizTalk Server.

Nota:

Debe elegir el mecanismo de control de versiones que garantiza que se entreguen los archivos adecuados y que simplifica el mantenimiento y la mejora.

Para obtener más información sobre los problemas de control de versiones, vea Control de versiones del proyecto de BizTalk Server (https://go.microsoft.com/fwlink/?LinkID=154209) en la Ayuda de BizTalk Server.