Versiondog Getting Started Guide ES 2014-02-06

versiondog
Guía de introducción
©2007 - 2014 AUVESY GmbH & Co KG

Copyright (Derechos de autor)
©2007 - 2014 AUVESY GmbH & Co KG
Todos los derechos reservados.
Este manual y el software descritos en este documento se pueden utilizar sólo de

acuerdo con los términos de la licencia (ver licencia_es.html en el directorio de
instalación del software). El contenido del manual sirve simplemente para fines de
información y se puede cambiar en cualquier momento sin previo aviso y no representa
ningún compromiso por parte de AUVESY & Co KG.
AUVESY GmbH &Co KG no asume ninguna responsabilidad por los errores o

imprecisiones en esta documentación.
Todos los contenidos de este manual están protegidos por copyright. Cualquier uso del
contenido, del texto, de los gráficos y las imágenes de este sitio Web no está permitido
sin el consentimiento escrito de AUVESY GmbH & Co KG. Lo mismo se aplica a la
distribución, la reproducción y la divulgación al público, así como el almacenamiento, la
edición o el cambio de la información. Todos los derechos son reservados.
Todas las marcas mencionadas y marcas comerciales en el texto son marcas registradas
y marcas comerciales de sus respectivos propietarios y son reconocidas como protegidas
y sólo son ilustrativas.
Todas las referencias a nombre de empresas en los archivos de ejemplo sirven sólo de
ilustración: Coincidencias con empresas u organizaciones reales son pura casualidad.
AUVESY GmbH & Co KG

Lazarettstraße 1
76829 Landau
Alemania
Correo electrónico-soporte: support@auvesy.de

Línea de atención: +49 (0) 6341 944 630
Sitio Web: www.versiondog.de
Guía de introducción (publicado el 06.02.2014) Página 2 de 32 páginas

Contenido:
1. Flujo de datos con versiondog 5
2. El sistema de versiondog 5
3. El UserClient 6
4. El uso diario 7
5. Restaurar versión 11
6. Restaurar copia de seguridad 12
7. Comparar/restaurar el directorio de trabajo guardado 13
8. Intercambiar proyectos que han sido cambiados por fuera de versiondog 15
9. Instalación del cliente-versiondog 17
10. Configuración de la instalación del cliente usando el “Setup.INI” 22
11. El AdminClient 22
12. Configuración de tareas 23
13. Editor de tipo de componente 26
14. Administración de usuarios 27
Apreciado usuario,
versiondog es un sistema de gestión de datos de proyectos que le ayuda a poner a disposición sus
proyectos modificados en un Serverarchive central o a copiar en el sistema local los proyectos
modificados (nuevas versiones), los cuales ya están guardados en el servidor.
Además existe la posibilidad de realizar una comparación cíclica entre los datos en línea y fuera de
línea de los proyectos. Es decir la más reciente versión del Serverarchive central (fuera de línea) será
comparada con el programa actual del PLC en el runtime (en línea).
Nota: Esta corta guía incluye una parte del usuario y una del administrador. No reemplaza el manual
del usuario versiondog. Un entrenamiento se recomienda de todos modos.

¿Alguna vez se preguntó por qué el producto se llama versiondog?
Pensé que el
perro sería sólo
una cosa de
marketing...
El versiondog

1. Flujo de datos con versiondog:
Correo
eletrónico
Fuera de línea
Carga Descarga
Carga
Servicio servidor-
versiondog
En línea
2. El sistema de versiondog es separado en las siguientes cinco aplicaciones:

UserClient: Aquí, usted puede administrar, la estructura del proyecto, crear versiones
de los datos del proyecto, así como la correspondiente transferencia entre el Local-
archive y el Server-archive (Check-In/Check-Out).
EasyClient:
Aquí, usted puede administrar, la estructura del proyecto, crear versiones de los
datos del proyecto, así como la correspondiente transferencia entre el Local-archive y
el Server-archive (Check-In/Check-Out).
AdminClient:
El sistema completo de versiondog es administrado por el AdminClient. Cualquier
sistema de computación, que tenga una conexión al servidor de versiondog server,
tiene acceso a este. El acceso sólo se permite a los usuarios, que se asignan al grupo
de administradores.
ReportClient:
Crea y guarda reportes de la base de datos que usted…:
- …creo/abrió recientemente.
- …guarda cíclicamente automáticamente en un archivo Export (CSV-Export).
CrossReference:
Obtiene una visión general de cual librería estándar en cual proyecto podría ser
mejorada y debe ser intercambiada. Por favor, consulte aquí la ayuda detallada de
librería estándar.
BackupClient:
Crea una comparación o una copia de seguridad de su sistema sin conexión a la red,
que no se puede acceder desde el servidor de versiondog. Por favor, consulte aquí la
ayuda detallada de BackupClient.

3. El UserClient se divide en tres áreas principales:
Ribbon - Barra de herramientas | Árbol del proyecto| Historia de cambios o vista general del
componente
La barra de herramientas-Ribbon contiene todas las funciones del cliente, separadas en diferentes
pestañas.
El árbol del proyecto muestra los proyectos locales existentes en una presentación a color. Con
"Mostrar directorios del servidor", se pueden visualizar los proyectos existentes en el Serverarchive
en una presentación gris.
La historia de cambios muestra todas las versiones de un componente.

Si se selecciona un directorio en el árbol del proyecto, se cambiará la vista general del componente.

4.0 El uso diario: “Versionado en cuatro pasos de forma fácil”.
4.1 Check-Out: Copia la versión más reciente desde el servidor al local.
4.2 Abrir editor: Abre el proyecto directamente en el editor correspondiente
4.3 Crear nueva versión (y hacer el Check-In): Determina sus cambios.
4.4 Check-In: Transfiere las versiones locales creadas en el Server-archive central.
4.1.1 El actual proyecto (versión) se copiará en el cliente de versiondog (local) mediante el

“Check-Out” desde el servidor de versiondog.
4.1.2 Seleccione el componente en el árbol de proyecto del Server-archive, que se debe copiar.
>> “Copiar todos los componentes seleccionados desde el servidor al local”.
En desarrollo: Una marca en la casilla crea una nota con un cono de tráfico , sin embargo, un
Check-In todavía es posible.
Bloqueado para otros usuarios: Recibe el derecho exclusivo de este componente. ¡Sólo usted puede
hacer el Check-In!
Check-Out del proveedor: El Check-Out es realizado en cualquier directorio, afuera del Clientarchive
local. Por ej. USB stick.

4.2 Abrir editor:
4.2.1 Si abre el proyecto con el editor, que trabaja sobre la base de la más reciente versión. Aquí
puede realizar los cambios.
etc.
4.2.2 Guardar el(los) cambio(s) y cerrar el editor.
4.2.3 Opcional: En la configuración predeterminada se minimizará versiondog al abrir el editor

Esta configuración se puede cambiar, por lo que es posible abrir varias instancias del editor.
“Abrir sólo un editor simultáneamente” (desmarcar la casilla):
Esta configuración permite utilizar varias instancias del mismo editor (por ejemplo, fusionar archivos
múltiples, recolectar ideas desarrolladas por separado, copiar bloques etc.)
Nota: Esta configuración puede ser compartida a través de “ClientConfigUpdate.INI”. (Ver también
FAQ N°14)

4.3 La comprobación del cambio es realizada por “Crear nueva versión”. Por lo tanto, se
determinan y se muestran las diferencias con la versión anterior:
4.3.1 Cuando se aceptan los cambios, puede asignar los comentarios y las razones del cambio. >>
Crear nueva versión y hacer Check-In. Si existe una conexión de servidor, el Check-In se
puede hacer mediante la creación de la versión. Por lo tanto el siguiente paso (4.4 - Check-In)
se puede omitir.
4.3.2 Después de comprimir y guardar la versión generada, la operación de copia es realizada

directamente en el Serverarchive central y, en su caso, el estado de edición es restaurado.

4.3.3 Eliminar proyecto localmente después del Check-In (opcional): El componente puede ser
eliminado después del Check-In automático exitoso desde el Clientarchive local.
4.4 Check-In: El Check-In se debe realizar por separado, si por ejemplo en el momento del
versionado la conexión con el servidor se ha interrumpido. Seleccione los componentes que se
les debe hacer el Check-In en el servidor.

5 Copiar una versión (Fuera de línea):
Si quiere volver a una versión anterior, esto es posible copiándola simplemente en el directorio de
trabajo del componente o en cualquier carpeta de destino.
5.1 Seleccionar la versión a ser copiada (clic derecho) -> “Copiar versión”.
5.2 Copiar la versión seleccionada en el directorio de trabajo.
5.3 Opcional: Cualquier directorio destino utilizando
5.4 Eliminar contenido del directorio de destino y continuar.

5.5 Continuar con el punto 4.2.

6 Copiar copia de seguridad (datos en línea guardados):
La última comparación cíclica mostró una diferencia entre los datos en línea y fuera de línea, en la
mayoría de los casos puede suponerse que el PLC cambió, sino es así, no se guarda una nueva versión
en el servidor.
Pestaña Copia de seguridad > Seleccionar versión > Copiar copia de seguridad
6.1 Copiar la versión (copia de seguridad) seleccionada en el directorio de trabajo.
6.2 Opcional: Cualquier directorio destino utilizando
6.3 Eliminar o conservar el contenido del directorio de destino y continuar.

Sólo el contenido de la PC local es afectado al aceptar la supresión del directorio de trabajo
6.4 Continuar con el punto 4.2.

7 Comparar/restaurar el directorio de trabajo guardado:
Dos escenarios hacen recurrir al directorio de trabajo guardado. En ambos casos, se requiere un
Check-Out.
7.1 Escenario 1: Si los cambios no fueron versionados y sobrescritos por un Check-Out, el

directorio de trabajo guardado puede ser restaurado
7.1.1 Seleccionar el componente y ábralo en el explorador de archivos
7.1.2 Un nivel de directorio más alto.
Directorio de trabajo
Directorio de trabajo guardado
Versiones archivadas
7.1.3 Mover el contenido del Directorio-*$B$ del componente, el cual incluye el directorio de
trabajo antes del Check-Out, en el directorio de trabajo.

7.1.4 Crear una nueva versión (ver punto 4.2) o realizar más cambios (ver punto 4.3)
7.2 Escenario 2: Mientras tanto, se han presentado nuevas versiones en el servidor.

7.2.1 Check-Out del proyecto actual. El contenido actual del directorio de trabajo es guardado en
el directorio de restauración -“$B$”.
7.2.2 Determine qué diferencias hay entre su versión y la versión actualmente en el servidor. La
"Comparación libre", le ofrece el mejor soporte posible para esta tarea.
7.2.3 Seleccionar la comparación, definir rutas de ambos socios de comparación.
7.2.4 Iniciar comparación. En este ejemplo, identifica las diferencias entre el directorio de
trabajo guardado y la versión (más reciente) que se le hizo Check-Out del Serverarchive.
Nota: También es posible comparar sólo el contenido de los bloques individuales.

8 Intercambiar proyectos que han sido cambiados por fuera de versiondog:
Por ejemplo, los proyectos que han sido proporcionados por el Check-Out del proveedor deben ser
intercambiados en el directorio de trabajo del componente
8.1 Hacer el Check-Out del componente (como en el punto 1.1)

8.2 Abrir el “Directorio de trabajo” del componente:(componente seleccionado & CTRL + E)
8.3 El contenido del directorio de trabajo es el único lugar en el sistema versiondog donde está
guardado el proyecto descomprimido.

8.4 Eliminar el contenido del directorio de trabajo y añadir los datos suministrados
(¡descomprimidos!).
8.5 Cerrar el explorador de archivos. Retornar al User Client.

8.6 Crear una “Nueva versión” del componente. (continuar en el punto 1.2). El estado de edición
muestra si se ha cambiado el directorio de trabajo y por lo tanto puede ser creada una nueva
versión.

9 Instalación del cliente - versiondog
Instalación del cliente - versiondog es muy fácil de realizar. Se crea un recurso compartido de red con
la instalación del sistema del servidor de versiondog, en el que se encuentran todos los archivos
relevantes de instalación del cliente.
9.1 Llame la dirección de red del servidor versiondog:
Parallel-Server_1 = “\\[versiondogServer]\vdog client setup“ o “\\[ipadresse]\vdog client setup“
Parallel-Server_2 = “\\[versiondogServer]\vdog client setup“ o “\\[ipadresse]\vdog client setup“
9.2 Iniciar Setup.exe:
9.3 Seleccionar idioma:
9.4 Dialogo de introducción -> “Next”:

9.5 Seleccionar instalación:
9.6 Aceptar los acuerdos de licencia:
9.7 Instalación de las aplicaciones del cliente:

9.8 Opcional: Seleccionar “BackupClient”:
9.9 Seleccionar la ruta al lugar de almacenamiento de las aplicaciones del cliente.

Predeterminada: “C:\Archivos de programa\vdogClient”:
9.10 Seleccionar la ruta al lugar de almacenamiento de los directorios de archivo. Derechos de

acceso completos proporcionados:

9.11 Establecer derechos “All Users”, así cada usuario que inicia sesión en este sistema - PC tiene
acceso al Clientarchive:
9.12 Opcional: Seleccionar “Shell Extension”:
9.13 Seleccionar donde el enlace debe ser creado:

9.14 Resumen de la configuración:
9.15 Se ejecuta el proceso de instalación …:
9.16 Instalación terminada exitosamente:
Nota: ¡El cliente-versiondog también puede ser usado en un medio de comunicación portátil!
Para más información, por favor mire el manual del usuario-versiondog > “Cero instalación cliente”

10 Configuración de la instalación del cliente usando “Setup.INI”:
Usando el archivo “Setup.ini”, la instalación del cliente puede ser semi-automatizada.
Para más información por favor mire el manual del usuario-versiondog > “Archivo Setup.ini”.
11 El “AdminClient” se divide en diferentes módulos.
El sistema de versiondog completo es administrado a través del AdminClient. Cualquier sistema-PC

que tenga una conexión al servidor de versiondog, tiene acceso a él. El acceso sólo está permitido a
los usuarios que están asignados al grupo Administradores.

12 Módulo: “Configuración de tareas”:
Crear tareas (cíclicas), que comprueban las igualdades y las diferencias entre sus datos en línea y la
versión que se le ha hecho Check-In más recientemente
12.1 (1) Seleccionar componente, (2) “Crear nuevo”, (3) Definir la siguiente configuración:
Nota: ¡Se pueden ver los módulos, consultando automáticamente las ranuras!

12.2 Pestaña Ejecutar: Activar el planificador, ejecutar la tarea una vez, resultados de la
comparación, etc.:
12.3 Comprobar los resultados de la comparación: Datos en línea idénticos a la versión que se le ha
hecho Check-In más recientemente.
12.4 En caso de diferencias, llamar la comparación:
Nota: En la mayoría de los casos, los datos más recientes no han sido versionados y no se les ha
hecho el Check-In
Como se describe en el punto 4.
12.5 Configurar comparador, excluir bloques.

12.5.1 Pestaña: “Configurar” > Activar “Más opciones”.
12.5.2 Desmarcar la casilla “Configuración principal”.

12.5.3 Excluir bloques dela comparación o de la carga:
12.5.4 Excluir bloques de la carga | Excluir bloques de la comparación
12.5.5 Seleccionar “Configuración de comparación”:
Nota: De forma predeterminada, sólo los cambios de longitud y estructura son monitoreados. Si se
compara "Contenido", por ejemplo, también se pueden detectar cambios de los valores actuales.

13 Módulo “Editor de tipo de componente”
El tipo de componente es una plantilla para el componente. Cada componente es asignado

exactamente a un tipo de componente. Los datos significativos y los algoritmos de comparación
aplicables se definen por tipo de componente.
Nota: Los tipos de componentes predefinidos son sólo ejemplos.
13.1 “Crear nuevo” tipo de componente “Crear nuevo“: Determinar nombre, jerarquía, algoritmos de
comparación:
13.2 Después de que una creación/modificación es aceptada “Guardar”:

14 Módulo “Administración de usuarios”:
14.1 Crear nuevo grupo:

14.2 Crear nuevo usuario:
Nota: ¡Introducir la dirección de correo electrónico, para hacer posible una selección en Tareas>
notificación!

14.3 Asignar derechos de usuarios: Utilice “arrastrar y soltar”, para transferir el grupo o el usuario en
el directorio o en el componente. Asigne los derechos deseados.

14.4 Asignar derechos de grupo: Se hace fácilmente usando el grupo completo. Todos los derechos
establecidos aquí son heredados (marcas grises de las casillas) por los miembros del grupo.
Además, se pueden conceder accesos adicionales usando directamente un set de marcas verdes
en las casillas.

14.5 Asignar derechos de usuarios: Todos los derechos de grupo son visibles y utilizables por el
usuario aquí, ya que estos son heredados (marcas grises en las casillas). Accesos adicionales se
concederán marcando derechos aún no asignados (marcas verdes en las casillas).
Estos son los cuatro estados de los derechos de acceso que se pueden elegir:
 Leer los datos del componente / Check-Out: Al menos este derecho debe ser asignado.
 Crear versiones / Check-In: Crear nuevas versiones.
 Crear componentes / Crear jerarquía del proyecto: Ajusta el árbol del proyecto del
User Client.
 Eliminar componentes en el servidor: Elimina datos permanentemente del

Serverarchive.

Gracias por su interés en versiondog.
La selección del perro

adecuado es un proceso largo,
lleno de investigaciones y
pruebas... pero al final siempre
seleccionamos el que tiene las
gafas y el portátil.
El entrenador versiondog

Versiondog Getting Started Guide ES 2014-02-06

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Versiondog Getting Started Guide ES 2014-02-06

Cargado por

Copyright:

Formatos disponibles

versiondog

©2007 - 2014 AUVESY GmbH & Co KG

Este manual y el software descritos en este documento se pueden utilizar sólo de

AUVESY GmbH &Co KG no asume ninguna responsabilidad por los errores o

AUVESY GmbH & Co KG

Correo electrónico-soporte: support@auvesy.de

Guía de introducción (publicado el 06.02.2014) Página 2 de 32 páginas

1. Flujo de datos con versiondog 5

6. Restaurar copia de seguridad 12

7. Comparar/restaurar el directorio de trabajo guardado 13

8. Intercambiar proyectos que han sido cambiados por fuera de versiondog 15

9. Instalación del cliente-versiondog 17

10. Configuración de la instalación del cliente usando el “Setup.INI” 22

12. Configuración de tareas 23

13. Editor de tipo de componente 26

14. Administración de usuarios 27

Guía de introducción (publicado el 06.02.2014) Página 3 de 32 páginas

Guía de introducción (publicado el 06.02.2014) Página 4 de 32 páginas

2. El sistema de versiondog es separado en las siguientes cinco aplicaciones:

Guía de introducción (publicado el 06.02.2014) Página 5 de 32 páginas

La historia de cambios muestra todas las versiones de un componente.

Guía de introducción (publicado el 06.02.2014) Página 6 de 32 páginas

4.1 Check-Out: Copia la versión más reciente desde el servidor al local.

4.2 Abrir editor: Abre el proyecto directamente en el editor correspondiente

4.3 Crear nueva versión (y hacer el Check-In): Determina sus cambios.

4.4 Check-In: Transfiere las versiones locales creadas en el Server-archive central.

4.1.1 El actual proyecto (versión) se copiará en el cliente de versiondog (local) mediante el

Guía de introducción (publicado el 06.02.2014) Página 7 de 32 páginas

4.2.2 Guardar el(los) cambio(s) y cerrar el editor.

4.2.3 Opcional: En la configuración predeterminada se minimizará versiondog al abrir el editor

Guía de introducción (publicado el 06.02.2014) Página 8 de 32 páginas

4.3.2 Después de comprimir y guardar la versión generada, la operación de copia es realizada

Guía de introducción (publicado el 06.02.2014) Página 9 de 32 páginas

Guía de introducción (publicado el 06.02.2014) Página 10 de 32 páginas

5.2 Copiar la versión seleccionada en el directorio de trabajo.

5.3 Opcional: Cualquier directorio destino utilizando

5.4 Eliminar contenido del directorio de destino y continuar.

Guía de introducción (publicado el 06.02.2014) Página 11 de 32 páginas

6.1 Copiar la versión (copia de seguridad) seleccionada en el directorio de trabajo.

6.2 Opcional: Cualquier directorio destino utilizando

6.3 Eliminar o conservar el contenido del directorio de destino y continuar.

Guía de introducción (publicado el 06.02.2014) Página 12 de 32 páginas

7.1 Escenario 1: Si los cambios no fueron versionados y sobrescritos por un Check-Out, el

7.1.2 Un nivel de directorio más alto.

Directorio de trabajo guardado

Guía de introducción (publicado el 06.02.2014) Página 13 de 32 páginas

7.2 Escenario 2: Mientras tanto, se han presentado nuevas versiones en el servidor.

7.2.3 Seleccionar la comparación, definir rutas de ambos socios de comparación.

Guía de introducción (publicado el 06.02.2014) Página 14 de 32 páginas

8.1 Hacer el Check-Out del componente (como en el punto 1.1)

Guía de introducción (publicado el 06.02.2014) Página 15 de 32 páginas

8.5 Cerrar el explorador de archivos. Retornar al User Client.

Guía de introducción (publicado el 06.02.2014) Página 16 de 32 páginas

9.1 Llame la dirección de red del servidor versiondog:

Parallel-Server_1 = “\\[versiondogServer]\vdog client setup“ o “\\[ipadresse]\vdog client setup“

Parallel-Server_2 = “\\[versiondogServer]\vdog client setup“ o “\\[ipadresse]\vdog client setup“

9.2 Iniciar Setup.exe:

9.3 Seleccionar idioma:

9.4 Dialogo de introducción -> “Next”:

Guía de introducción (publicado el 06.02.2014) Página 17 de 32 páginas

9.6 Aceptar los acuerdos de licencia:

9.7 Instalación de las aplicaciones del cliente:

Guía de introducción (publicado el 06.02.2014) Página 18 de 32 páginas

9.9 Seleccionar la ruta al lugar de almacenamiento de las aplicaciones del cliente.