Cuando carga un modelo que utiliza el control de versión, Enterprise Architect normalmente inicializa una conexión con el sistema de control de versiones para cada configuración de control de versión definida en el modelo. Si Enterprise Architect no es capaz de conectar una Configuración de Control de Versiones por cualquier razón, muestra mensajes de advertencia para notificarle y proporciona funcionalidad de control de versiones sin conexión para todos los paquetes asociados con la conexión fallida.
Puede prevenir que Enterprise Architect comience a hacer cualquier conexión de control de versiones al seleccionar el menú Trabajar sin Conexiónantes de cargar su modelo.
Acceso Proyecto | Control de Versiones | Trabajo sin Conexión
Trabajar Sin Conexión
Concepto |
Discusión |
Ver También |
Elegir Trabajar Sin Conexión |
Seleccionar trabajar sin conexión es útil si se sabe de antemano que Enterprise Architect no se puede conectar a su sistema de control de versiones. Por ejemplo: Si está trabajando en su computadora portátil que está desconectada de su red, en un modelo de Enterprise Architect que utiliza un gran número de configuraciones de control de versiones, puede seleccionar trabajar sin conexión antes de cargar el modelo para evitar todos los mensajes de error que mostraría normalmente el sistema a medida que cada intento de conexión del control de versión ha fallado. Puede alternar entre trabajar sin conexión y trabajar en línea en cualquier momento, antes o después que se haya cargado un modelo, alternando la opción del menú Trabajar Sin Conexión. Enterprise Architect desconecta o vuelve a conectar el control de versiones (dependiendo de la disponibilidad de la conexión), de acuerdo a su selección.
|
|
Utilizar el Control de Versiones Mientras está Desconectado Del Servidor de Control de Versiones |
Enterprise Architect 'recuerda' el estatus de los paquetes controlados por versiones del modelo. Los Paquetes que fueron desprotegidos antes de desconectarse del servidor todavía se muestran como desprotegidos para usted, incluso si ya no está conectado al servidor. Todavía puede editar estos paquetes como haría normalmente. Los paquetes que no fueron desprotegidos antes de desconectarse del servidor se muestran como controlado por versiones y bloqueado. Usted no puede editar estos paquetes hasta que los desproteja.
|
|
Desprotección Sin Conexión |
Usted puede 'desproteger' y editar un paquete controlado por versiones incluso cundo su máquina está desconectada del servidor de control de versiones. En el ejemplo de abajo, el ícono coloreado de la 'figura 8' para DFD indica que los usted lo desprotegió mientras estaba sin conexión.
(El ícono gris de la 'figura 8' mostrado contra la Vista Lógica indica que usted ha desprotegido un paquete controlado por versiones en línea). Debería estar consciente de que el sistema de control de versiones y, por lo tanto, otros usuarios no tienen forma de saber que ha 'desprotegido' un paquete mientras estaba desconectado. No es posible fusionar los cambios a un archivo XMI que resultan de que dos usuarios editen el mismo paquete al mismo tiempo. Si una desprotección sin conexión conduce a que dos personas editen el mismo paquete al mismo tiempo, cuando los cambios se vuelven a poner en línea el primer conjunto guardado de cambios se pierde.
|
|
Proteger un Paquete que fue Desprotegido Sin Conexión |
Una vez que vuelva a conectar su sistema al servidor de control de versiones, si el paquete que desprotegió estando sin conexión no está desprotegido actualmente por otro usuario, puede proteger ese paquete. Sin embargo, antes de que Enterprise Architect proteja el paquete, compara la copia local de trabajo del archivo de paquete con la última revisión del repositorio. (Estos archivos de paquete permanecen invariables en su área de trabajo hasta que Enterprise Architect exporta el paquete otra vez antes protegerlo). Si la versión del repositorio se mantiene sin cambios desde la última vez que actualizó su copia local, Enterprise Architect exporta y protege su paquete sin más solicitudes. Por otro lado, si el repositorio contiene ahora un archivo que ha cambiado desde la última vez que actualizó su copia local, proteger su paquete sería sobrescribir esos cambios. Enterprise Architect, muestra un mensaje advirtiéndole de la pérdida de datos pendientes y dándole la oportunidad de cancelar la protección. En este punto, debe decidir si quiere descartar sus propios cambios, utilizando el comando Deshacer Desprotección, o continuar con su protección y sobrescribir los cambios que hayan sido cometidos al repositorio desde la última vez que actualizó su copia local del repositorio. Puede utilizar el comando Propiedades de Archivo para determinar quién protegió los últimos cambios para este paquete. Esto puede ayudarle a descubrir qué cambios han sido subidos y decidir cuales cambios toman precedencia.
|
|
Actualizar Antes de Desconectar |
Cada vez que está conectado al servidor de control de versiones, siempre está trabajando con la última versión de un paquete. Esto es porque no puede modificar un paquete hasta que los desprotegió del control de versiones, y desprotegerlo carga la última revisión del repositorio a su modelo. Esto no puede pasar cuando esté desconectado del servidor de control de versiones. Usted está trabajando en cualquier versión que tenga en su máquina, que tienen fecha de la última vez que actualizó su copia local de cada paquete controlado por versiones. Por lo tanto, si está planeando trabajar en un modelo mientras está desconectado del control de versiones, es una muy buena idea para asegurarse de que tiene las últimas versiones de todos los paquetes antes de desconectarse. La opción Obtenga Todos los Últimos hace que esta sea una tarea sencilla.
|
|
