Normalmente, Cuando se descarga un modelo que usa control de versiones, EA inicia una conexión al sistema de control de versiones para cada configuración del control de versiones que se define en el modelo. Si EA no puede conectarse a la Configuración de Control de Versiones por cualquier motivo, este mostrará mensajes de advertencia alertando al usuario de este hecho y proveerá una funcionalidad de control de versiones "desconectado" para todos los paquetes asociados con la conexión fallida.
Los usuarios pueden aún prevenir a EA de hacer cualquier conexión de control de versiones eligiendo Proyecto | Control de Versiones | Trabajar Sin Conexión antes de descargar un modelo. Esto es beneficioso si sabe que EA no podrá conectar su sistema de control de versiones. Por ejemplo, si esta trabajando en una computadora portátil que esta desconectada de su red y tiene un modelo de EA que usa un gran número de configuraciones de control de versiones, si elige trabajar desconectado antes de descargar un modelo, evitará todos los mensajes de error que EA mostraría normalmente porque cada atento de conexión de control de versiones falla.
Es posible cambiar entre trabajar sin conexión y trabajar conectado en cualquier momento, tanto antes como después de descargar el modelo. EA desconectará o conectará el control de versiones (dependiendo de la disponibilidad de la conexión) de acuerdo a su selección.
Usando control de versiones mientras esta desconectado de su servidor de control de versiones
Enterprise Architect recuerda el estado de paquetes controlados de versión de modelos. Los paquetes que fueron desprotegidos antes de desconectar del servidor se mostrarán como desprotegidos aún cuando ya no este conectado al servidor. Aún podrá editar estos paquetes como lo haría normalmente.
Los paquetes que no fueron desprotegidos antes de desconectar del servidor se mostrarán como versión controlada y bloqueada. No se puede editar estos paquetes hasta que sean desprotegidos.
Verificar desconectado
Desde la versión 6.0 en adelante, es posible "desproteger" un paquete de control de versiones, cuando su máquina esta desconectada del servidor de control de versiones. En el ejemplo de abajo el ícono 8 para Pkg2, indica que ha sido desprotegido mientras esta desconectado (la figura 8 que se muestra en el paquete indica que ha protegido un paquete controlado de la versión en línea).
Nota importante: Debería ser consciente de que el sistema de control de versiones y de hecho otros usuarios, no tendrán manera de saber de que ha "desprotegido" un paquete mientras esta desconectado. No es posible combinar cambios a un archivo XMI que resulta de dos usuarios editando el mismo paquete al mismo tiempo. Así es que un grupo de cambios se perderá, si una desprotección desconectada conduce a dos personas a editar el mismo paquete al mismo tiempo.
Verificando un paquete que fue verificado cuando estaba desconectado
Una vez que reconecte su máquina al servidor de control de versiones, si el paquete que verifico cuando estaba desconectado no es actualmente verificado por otro usuario, en este caso podrá proteger ese paquete. A pesar de esto, antes de que EA verifique ese paquete, este compara la copia de trabajo local del archivo del paquete, con la última revisión en el repositorio. (estos archivos de paquete permanecen sin cambios en su área de trabajo, hasta que EA exporte el paquete nuevamente antes de proteger). Si la versión del repositorio permanece sin cambios desde que actualizó su copia local por última vez, Enterprise Architect exportará y protegerá su paquete sin seguir avisando.
Si por otra parte, el repositorio ahora contiene un archivo que ha cambiado desde que actualizó su copia local por última vez, proteger su paquete sobre-escribirá lo que sea que eso cambios puedan ser. Se le advertirá de la perdida de datos pendientes y le dará la oportunidad de abortar la protección. En este punto, necesita decidir si descartar sus propios cambios, usando el comando Deshacer desproteger, o continuar con su protección, de este modo sobre-escribiendo cualquier cambio que se haya hecho al repositorio desde que actualizó su copia local por última vez desde el repositorio.
Puede usar el comando Propiedades de archivo para determinar quien protegió los últimos cambios en este paquete. Esto le puede ayudar a descubrir que cambios han sido descargados y decidir los cambios de quien prevalecerán.
Actualizar antes de desconectarse
Siempre que se conecte al servidor de control de versiones, si modifica un paquete, siempre estará trabajando con la última versión de ese paquete. Esto es debido a que no puede modificar un paquete hasta que lo protegido desde el control de versiones, y protegiéndolo, descarga la última revisión desde el repositorio en su modelo.
Estas reglas no se aplican cuando esta desconectado del servidor de control de versiones. Estará trabajando en cualquier versión que tenga en su máquina, volviendo a la última vez que actualizó sus copias locales de los paquetes del control de versiones. Esto significa que si planea trabajar en un modelo mientras esta desconectado del control de versiones, es buena idea asegurarse que tenga las últimas versiones de todos los paquetes antes de desconectarse. El comando Obtener todo lo último hace de esta una tarea simple.
Vea también
Protegiendo y desprotegiendo paquetes
Icono del Explorador del proyecto