Aplicar Control de Versiones en un Entorno de Equipo [Guía de Usuario de Enterprise Architect]

Top Previous Next

Aplicar Control de Versiones en un Entorno de Equipo

button_main button_prev button_next

El proceso de configurar un entorno de control de versiones y aplicar control de versiones a un proyecto para que lo puedan acceder un número de usuarios se resume abajo.

Control de Versiones - Vista Global del Proceso

Paso

Acción

Ver También

1

Instale su producto de control de versión.

 

 

 

 

Configuración del Producto de Control de Versión

 

2

Crear un repositorio de control de versión

 

3

Crear un proyecto de control de versión para ser utilizado con su proyecto de Enterprise Architect.

 

4

Desproteger una copia de trabajo del proyecto de control de versión (un módulo, proyecto o carpeta dentro del sistema de control de versiones) en una carpeta local.

Debe hacer esto para cada miembro del equipo que acceda a los paquetes controlados por versiones, ya sea que éste utilizando un solo modelo compartido o que cada miembro del equipo guarde su propia copia privada del modelo.

 

Crear una Copia de Trabajo Local (Subversión)

Preparar un Espacio de Trabajo Local CVS

5

Dentro de Enterprise Architect, defina una configuración de control de versiones para proveer acceso a los archivos de copias de trabajo.

El nombre de la configuración de control de versiones debe ser el mismo en todas las máquinas de un equipo. Eso es, todo el acceso de control de versiones a un paquete específico debe pasar a través de configuraciones de control de versiones con el mismo nombre, en todos los modelos y todos los usuarios.

La forma más fácil de realizar éste paso, (a través del equipo), es tener la configuración de control de versión de un usuario en el modelo y luego compartir ese modelo con el resto del equipo.

En el despliegue de un Modelo Compartido, todos los usuarios se conectan a una única instancia de la base de datos del modelo, por lo que el modelo se comparte automáticamente

En el despliegue de un Modelo Privado, es más fácil distribuir copias del modelo original (después de que se haya configurado el control de versiones) a todos los demás miembros del equipo

 

Cada vez que abre un modelo (Privado o Compartido) que usa una configuración de control de versiones que no ha sido definida en su estación de trabajo, se muestra una solicitud para completar la definición para esa configuración. Esto usualmente significa especificar el directorio de copia de trabajo local y tal vez escoger el proyecto de control de versiones asociado con éste proyecto de Enterprise Architect.

Una vez que esto se ha hecho, los paquetes controlados por versiones que ya existen en el modelo están listos para su uso.

 

Configuración de Control de Versiones

6

Configurar paquetes dentro del modelo para el control de versiones de Enterprise Architect. Eso es, aplicar control de versiones a paquetes individuales.

 

Configurar Paquete Controlado

7

Desproteger y proteger paquetes como sea requerido.

Desproteger un Paquete

Proteger un Paquete

 

Notas

Es posible utilizar múltiples configuraciones de control de versiones dentro del mismo modelo; paquetes diferentes, todavía pueden usar configuraciones de control de versiones diferentes dentro del modelo, siempre y cuando cualquier paquete específico siempre se acceda a través de la misma configuración de control de versiones.

Aprender Más

El despliegue del equipo y el uso de control de versiones se discute en dos documentos blancos de Sparx Systems, disponibles como recursos en línea en el sitio web de Sparx Systems:

http://www.sparxsystems.com/WhitePapers/Version_Control.pdf

http://www.sparxsystems.com/downloads/whitepapers/EA_Deployment.pdf