6.4. Administración de activos

Para facilitar la administración de proyectos, Red Hat JBoss BPM Suite ahora proporciona una manera de administrar múltiples proyectos con base en estándares. Esto le permite crear estructuras de repositorio usando las prácticas recomendadas por la industria para el mantenimiento, uso de versiones y distribución de sus proyectos.

Para empezar los repositorios ahora pueden ser administrados o no administrados.

Los repositorios no administrados son las estructuras del repositorio que ya conoce. Pueden contener múltiples proyectos no relacionados.

Por otro lado, los repositorios administrados proporcionan control de versiones a nivel de proyectos y ramas de proyectos para administrar el ciclo de lanzamientos. Además, los repositorios administrados se pueden restringir a solo un proyecto o que abarquen múltiples proyectos. Cuando se crea un repositorio administrado el proceso de configuracion de administración de activos se lanza de manera automática con el fin de crear las ramas del repositorio y también se crea la estructura correspondiente del proyecto.

Para crear un repositorio administrado o no administrado, abra la pantalla para crear un nuevo repositorio. Esto se logra seleccionando Autoría → Administración y luego haga clic en Repositorios → Nuevo repositorio. Esto hará que aparezca la pantalla Nuevo repositorio.

La creación del repositorio no administrado es la misma que antes; ingrese el nombre del repositorio y seleccione la unidad organizacional a la que pertenece y haga clic en el botón Finish.

Para crear un repositorio administrado seleccione la casilla Managed Repository después de darle un nombre al repositorio y la unidad organizacional a la que pertenece. Haga clic en el botón Siguiente para ingresar los detalles sobre este repositorio administrado.

Seleccione la etiqueta Single Project si el proyecto que está creando es un proyecto simple y es autónomo. Ingrese los detalles del proyecto administrado junto con los detalles GAV. No podrá agregar más proyectos a este repositorio después.

Para proyectos más complejos, en donde hay probabilidad de que haya un proyecto padre que abarque otros proyectos más pequeños seleccione el repositorio Multi proyectos. Todos los proyectos creados en un repositorio multi-proyectos se administrarán de manera conjunta, con el número de versión incrementando también. También ingrese los detalles del proyecto padre y el GAV, los cuales serán heredados por parte de todos los proyectos futuros que cree en este repositorio administrado.

Junto con los repositorios administrados viene la ventaja agregada de las ramas administradas. Tal como en GIT, usted puede escoger el trabajar en diferentes ramas de su proyecto (por ejemplo: maestro, desarrollo y lanzamiento). Este proceso de establecer ramas también se puede automatizar seleccionando la casilla al crear un nuevo repositorio administrado (para proyectos únicos y multi-proyectos).

Puede cambiar entre ramas seleccionando la rama deseada al trabajar en el Explorador de proyectos.

Si no selecciona la administración automática de ramas al crear un repositorio entonces luego puede crear ramas manualmente. Para los repositorios administrados esto lo puede lograr usando el botón Configure. Este botón junto con los botones Promover and Lanzamiento se pueden acceder en la vista Estructura del repositorio.Puede acceder a esta vista haciendo clic en Repositorio → Estructura del repositorio en el menú de perspectivas del Explorador de proyectos. Al hacer clic en el botón Configurar le permite crear ramas o modifcar automáticamente las creadas.

Puede promover activos desde la rama maestra a otras ramas usando el botón Promover. De manera similar puede lanzar ramas e implementarlas en el servidor usando el botón Lanzar.

Ambas funciones son controladas internamente por medio del uso de procesos pre-definidos que se implementan en su instancia. Por ejemplo, cuando hace clic en el botón Promover después de haber trabajado en la rama de desarrollo, se inicia un proceso de promoción de cambios en el segundo plano. Al usuario con el rol de kiemgmt le aparecerá una tarea de usuario en esta lista de tareas para revisar los activos que se están promoviendo. Este usuario puede pedir esta tarea y decidir el promover todos, algunos o ninguno de los activos. El proceso subyacente utilizará cherry-pick para guardar los cambios seleccionados por el usuario en una rama de lanzamiento. Este usuario también puede solicitar otra revisión de estos activos y este proceso se puede repetir múltiples veces hasta que todos los activos estén listos para lanzamiento. El flujo para este proceso se puede ver a continuación:

De manera similar, cuando hace clic en el botón Lanzamiento se inicia un flujo de proceso de lanzamiento. Este flujo de proceso construye el proyecto y actualiza todos los arterfactos Maven a la siguiente versión e implementa el proyecto en el tiempo de ejecución si se proporcionan los detalles de implementación del tiempo de ejecución. .