laboratorio gxserver (cont)

Laboratorio de GeneXus

Server 2015

GeneXus X Ev3

Laboratorio GeneXus Server

Página 1

Introducción

Copyright 1988-2015| Artech Consultores S. R. L.

Todos los derechos reservados. Este documento no puede ser reproducido en cualquier medio sin el consentimiento

explícito de Artech Consultores S.R.L. La información contenida en este documento es para uso personal únicamente.

Marcas Registradas

Artech y GeneXus son marcas o marcas registradas de Artech Consultores S.R.L. Todas las demás marcas mencionadas

en este documento son propiedad de sus respectivos dueños.


Página 2

Introducción

Introducción

¿Qué es GXserver?

GeneXus Server es una herramienta que facilita el trabajo en equipo.

El desarrollo de software es una actividad que generalmente se realiza en equipo, y por lo tanto

implica la necesidad de cierta interacción entre los desarrolladores. Sin embargo esta

interacción no se realiza en forma continua, pues cada desarrollador necesita de cierto tiempo,

por ejemplo, para implementar una nueva característica o para reparar algún error en el código.

A su vez, es importante poder realizar estas tareas en un ambiente aislado para no verse

afectado por los constantes cambios que pueden estar introduciendo los otros miembros del

equipo.

Una vez que el desarrollador termina de hacer la tarea que tenía asignada, deberá integrar su

trabajo con el resto del equipo, tanto para añadir los cambios que haya realizado, como para

recibir los cambios que hayan introducido los otros desarrolladores.

Este ciclo se repite en forma constante para todos los miembros del equipo, y por tanto es

necesaria una herramienta que provea un ambiente aislado para cada desarrollador y que

también brinde un servicio de comunicación para integrar su trabajo con los demás.

GeneXus Server provee ambas funcionalidades, permitiendo que cada desarrollador trabaje

en su propia copia local de la base de conocimiento, que a su vez está asociada a una copia

central de la misma base de conocimiento en la cual se integra el trabajo de todos los

desarrolladores.


Página 3

Modalidad del Laboratorio

Modalidad del Laboratorio

GeneXus Server es una herramienta que facilita el trabajo en equipo y por lo tanto a lo largo de

este laboratorio veremos cómo se lleva a cabo esta tarea.

Para esto, simularemos un equipo de desarrollo compuesto por dos integrantes: Diego y Mary.

En cada una de las computadoras hay dos IDEs de GeneXus abiertos, uno simula el trabajo de

Diego (azul) y el otro el trabajo de Mary (plateado).

Ya que en el laboratorio vamos a estar trabajando con dos personas por computadora, se

propone que la persona de la derecha haga el trabajo de Mary y la persona de la izquierda haga

el trabajo de Diego.

De esta forma cuando en la letra se indique que Mary debe hacer algo, será la persona de la

derecha la que trabaje utilizando el IDE de color plateado y cuando se indique que Diego debe

hacer algo, será la persona de la izquierda quien debe trabajar utilizando el IDE azul (en caso

que se encuentre sólo realice tanto las tareas de Diego como de Mary).

Laboratorio

En este laboratorio veremos las operaciones básicas de GeneXus Server: Send KB to Server,

Create KB from Server, Commit y Update.

Además veremos como GeneXus Server resuelve ciertos problemas con los cuales nos podemos

encontrar a la hora de consolidar nuestro trabajo con el resto del equipo.

También se mostrará el versionado en GeneXus Server: creación de versiones congeladas,

creación de versiones de desarrollo a partir de una versión congelada, pasaje de cambios entre

versiones, etc.

Paso 1 (Realizado por Mary)

Lo primero a hacer es crear un nuevo proyecto llamado “Laboratorio2015_{NumeroMaquina}”.

Usted deberá reemplazar el texto “{NumeroMaquina}” del nombre de la KB. Este número lo

puede obtener de la PC que está utilizando y será utilizado en el resto del laboratorio para

referirse al nombre de las KBs y versiones que se crearán.

Para esto Mary debe crear una nueva base de conocimiento llamada

Laboratorio2015_{NumeroMaquina}.

Vaya al IDE plateado y cree una nueva base de conocimiento (Ctrl+Shift+N). Cambie el

nombre a “Laboratorio2015_{NumeroMaquina}” y haga click en “Create”1.

No importa el Prototyping Environment seleccionado, puede seleccionar uno distinto a Ruby

Environment

Laboratorio GeneXus Server X Evolution 3 | 5

Una vez creada la base de conocimiento, la misma podrá ser editada por Mary, pero todavía no

estará disponible para el resto del equipo de desarrollo.

Ahora Mary debe publicar la base de conocimiento para que la misma quede disponible para los

otros desarrolladores y así puedan comenzar a trabajar en equipo.


Para esto, simplemente alcanza con que Mary haga la operación Send KB to GXserver, por lo

tanto,

En el IDE plateado abra el menú “File” y seleccione la opción “Send Knowledge Base to

Server”.

Genexus desplegará el diálogo para enviar una KB a GeneXus Server. Mediante este proceso

será posible crear una base de conocimiento centralizada (la cual llamaremos KB de GeneXus

Server) que es una copia de la base de conocimiento local (la cual llamaremos KB local) en la

que estaba trabajando Mary. La KB local de Mary quedará automáticamente enganchada a la

KB de GeneXus Server, de tal forma que cuando Mary lo disponga pueda impactar los cambios

realizados en su KB local, en la KB de GeneXus Server. Además pueda recibir los cambios que

otros desarrolladores hagan en la KB de GeneXus Server, en su KB local.

Por defecto se mostrará la URL del servicio http://sandbox.genexusserver.com/xev3/

Sin embargo el servicio que van a utilizar Diego y Mary es

http://www.laboratoriogxserver.com/evento.

http://sandbox.genexusserver.com/xev3/

http://www.laboratoriogxserver.com/evento


Ingrese la URL a la que debe enviar la KB Mary:


Seleccione la versión Laboratorio2015_{NumeroMaquina}.

En la sección “Security” seleccione el tipo de autenticación “Local” e ingrese como

username mary y como password mary.

A continuación haga click en “Send” y simplemente espere a que finalice la operación.

Como podrá ver se agregó en GeneXus una opción Team Development al menú Knowledge

Manager que utilizaremos para interactuar con el server. Además, si vamos a las Preferences

podemos ver que se agregó un nuevo nodo al árbol llamado Team Development el cual guarda

la información de la conexión con GeneXus Server, como se puede ver en la siguiente imagen:


GXserver simplifica el trabajo en equipo. Al automatizar la integración de cambios, permite que los integrantes del equipo

puedan concentrarse en el desarrollo, sin perder tiempo y esfuerzos en la consolidación.

Paso 2 (Realizado por Diego)

En el Paso 2 lo que haremos será integrar a Diego al equipo de desarrolladores que trabajarán

con la base de conocimiento “Laboratorio2015_{NumeroMaquina}”.

Para esto simplemente alcanza con hacer la operación llamada Create KB from GXserver.

¿Qué hace esta operación? Lo que hace es, a partir de la KB de GeneXus Server que se creó

cuando Mary publicó su KB local, crearle a Diego su propia copia local y la misma también

queda automáticamente enganchada a la KB de GeneXus Server, de forma que también pueda

integrar sus cambios con el resto del equipo.

Vaya al IDE azul (IDE de Diego) y elija la opción de menú “File” / “New” / “Knowledge

Base from GXserver”, lo cual desplegará el correspondiente diálogo.


Como “Server KB URL” ingresamos la misma en la que Mary publicó su base de conocimiento


Después hacemos click en “Select Server KB…”, lo cual nos listará todas las bases de

conocimiento que se hayan publicado en dicho Genexus Server. En este caso será sólo

Laboratorio2015_{NumeroMaquina}.

http://www.laboratoriogxserver.com/evento


En este caso como queremos realizar la operación de “Create KB From GXserver” con un

usuario diferente seleccionamos el servidor “evento” de la lista “Servers”, hacemos click

derecho y luego “Edit”. En el siguiente diálogo ingresamos en el campo “Username” el

nombre “diego” y en Password “diego” y marcamos el checkbox de “Save Password”.

Luego seleccionamos la KB “Laboratorio2015_{NumeroMaquina}” presionando “Select”.


Luego de presionar “Select” se abrirá nuevamente el diálogo original donde debemos

seleccionar la versión Trunk e ingresamos el nombre de la nueva KB, que crearemos

como“Laboratorio2015_{NumeroMaquina}_Diego”.

Hacemos click en Create, y aguardamos a que finalice la operación.

Publicar el trabajo e integrarse a la KB central se realiza en dos simples pasos, permitiendo desarrollar en un ambiente local y

autónomo, pero manteniendo la vinculación con el proyecto centralizado.

Paso 3 (Realizado por Mary).

En este momento tenemos a dos desarrolladores, Mary y Diego, los cuales tienen cada uno,

una copia local de la base de conocimiento, y a su vez se creó una base de conocimiento de

GeneXus Server que será sobre la cual se impactarán los cambios de ambos desarrolladores.

Ahora vamos a comenzar a trabajar con cada uno de los desarrolladores.


En el IDE de Mary (IDE plateado) cree la transacción Salon (puede utilizar el atajo Ctrl+N)

para que quede de la siguiente manera y guarde los cambios.

Ahora supongamos que Mary quiere integrar su transacción Salon a la KB de GeneXus Server

para que los demás desarrolladores puedan recibir este cambio.

Seleccione el menú “Knowledge Manager” / “Team Development”.


En el diálogo de Team Development puede observar cuatro pestañas: Commit, Update, History

y Versions. A lo largo del laboratorio veremos qué funcionalidades ofrecen algunas de estas

pestañas.

Al momento de ingresar, en la pestaña de Commit GeneXus presentará automáticamente todos

los objetos que han sido modificados localmente y que por lo tanto están pendientes para

commit. Es decir, son cambios a los cuales los demás desarrolladores todavía no tienen acceso

(porque no están consolidados).

La columna Action indica si es un objeto nuevo que no está en la KB de GeneXus Server

(Inserted), un objeto modificado (Modified), o si es un objeto que se borró (Deleted). En este

caso como la transacción es nueva se puede ver que la Action es Inserted.

Lo único que resta antes de consolidar los cambios locales con los de la KB de GeneXus Server

es añadir un comentario. En Genexus Server los comentarios son obligatorios ya que son

considerados una buena práctica que ayuda a entender mejor la razón de por qué se realizan

los cambios.

En este caso ponga en el comentario “Se añade la transacción Salon” y luego haga click en

el botón “Commit”.


Con esto, los cambios locales de Mary quedan consolidados en la KB de GeneXus Server y por

lo tanto estarán disponibles para los demás usuarios.

De igual forma, Diego podría crear todos los objetos que desee y siguiendo los mismos pasos

que Mary, podría integrarlos a la KB de GeneXus Server para que queden disponibles para los

demás desarrolladores.

GXserver permite publicar fácilmente los cambios realizados en forma local, al tiempo que mejora y centraliza la documentación del

desarrollo.

Paso 4 (Realizado por Diego).

Ahora supongamos que Diego quiere recibir todos los cambios que hayan introducido los otros

desarrolladores.

Para ésto, en el IDE azul vaya al menú “Knowledge Manager” / “Team Development”.

Seleccione la pestaña “Update”.

En el dialogo de Update, tenemos dos opciones: Update y Preview. La opción de Update nos

permite actualizar nuestra KB recibiendo todos los cambios que estén en el server y que aún no

hayamos recibido. Si quisiéramos hacer una actualización parcial, podemos usar la opción de

Preview que nos mostrará la lista de objetos a actualizar y podremos seleccionar los que

queramos.

En este caso haga click en “Update” para que traiga todos los cambios directamente.

Al finalizar la operación se mostrará una lista de los objetos modificados.


Con estos sencillos pasos Diego obtuvo los cambios de los demás desarrolladores en su KB

local.

De esta forma Diego y Mary podrían repetir este ciclo todas las veces que sea necesario y

estarían consolidando sus cambios de una forma muy simple.

GXserver permite recibir fácilmente los avances que hayan realizado los demás miembros del equipo, quienes podrían estar trabajando en

diferentes horarios y lugares.

Paso 5

Lógicamente, mientras Mary y Diego editen objetos distintos no habrá ningún problema, pero

uno podría preguntarse ¿qué pasa si ambos modifican el mismo objeto?

En este paso ambos desarrolladores modificarán la transacción Salon y veremos cómo GeneXus

Server integra los cambios.

Primero Diego le añadirá a la transacción el atributo SalonColor, por lo tanto:


En el IDE azul, abra la transacción y agregue el atributo “SalonColor” de la siguiente

manera, guardando los cambios al finalizar

Luego vamos a publicar los cambios de Diego de la misma forma que en el Paso 3.

Ir a la ventana de “Team Development”, pestaña “Commit”, hacer click en el botón

“Refresh” y escribir como comentario “Se añade el atributo SalonColor a la transacción

Salon”. Por último hacer click en Commit2.

Si ya tenía abierto el diálogo de TeamDevelopment y al ir a la pestaña Commit no le

aparecen objetos pendientes, asegúrese de haber guardado los cambios y presione el botón

Refresh que aparece en la pestaña Commit.


Ahora hagamos que Mary le agregue a la transacción Salon el atributo SalonCantidadSillas, por

lo tanto:

Vaya al IDE plateado y modifique la transacción agregando el atributo

“SalonCantidadSillas” y luego guarde los cambios de la siguiente forma.

A continuación integraremos los cambios locales de Mary con la KB de GeneXus Server, para

esto al igual que en el Paso 3:

Vaya a la ventana de “Team Development”, en la pestaña de Commit, y haga click en

“Refresh”

Escriba como comentario “Se añade el atributo SalonCantidadSillas a la transacción Salon”

y haga click en “Commit”.

Usted debería recibir el siguiente mensaje de error en el output:

Esta es una situación normal. GeneXus Server simplemente le está indicando que algún otro

desarrollador ya modificó la transacción, y por lo tanto no puede recibir los nuevos cambios3.

Estos cambios deberán ser primero integrados en una nueva versión local para luego ser

enviados a GeneXus Server.

Si GeneXus Server aceptara recibir el objeto en este momento, se perderían los cambios que

hicieron los demás miembros del equipo.


Esta integración se logra muy fácilmente haciendo un Update para actualizar la transacción.

Para esto:

Seleccione la pestaña “Update” y en este caso haga click en “Preview”.

Como se puede ver, GeneXus lista la transacción Salon ya que la misma fue modificada por

Diego. Si hacemos click derecho sobre la transacción y seleccionamos la opción “Compare With

Current Revision”, nos mostrará las diferencias entre el objeto local y el objeto en el server.

En este caso las líneas modificadas son distintas y por lo tanto cuando realicemos la operación

de Update, Genexus hará una integración automática (merge) entre la versión de GeneXus

Server y la versión local de los objetos involucrados en el conflicto, quedando el objeto

pendiente para commit, y permitiendo publicar los cambios que realizó Mary. El estado del


objeto en este momento es exactamente equivalente a que Mary hubiera hecho sus cambios

partiendo de la versión ya modificada por Diego.

Por lo tanto:

Cierre la ventana del “Comparer” y en la ventana de “Team Development” haga click en

“Update Selected”.

En el output podrá ver el siguiente mensaje que le indicará que Genexus Server hizo el merge

del objeto.


Luego vaya a la pestaña “Commit” y haga click en el botón “Commit”.

La operación ahora sí finalizará con éxito y quedarán consolidados tanto los cambios de Mary

como los de Diego sobre la transacción Salon.

Es importante notar que se destacará con color verde el objeto “Salon” afectado por la

operación de Merge.

Ahora veamos qué pasa cuando ambos modifican la misma línea en el mismo objeto.

Para esto Mary añadirá un procedimiento y lo llamará Saludo. Luego deberá publicar este nuevo

objeto.

Cree un Procedure GeneXus de nombre “Saludo” y guarde el cambio (recuerde que puede

utilizar el atajo Ctrl+N).

Vaya a la ventana de “Team Development”, en la pestaña de “Commit” presione el botón

“Refresh”


Escriba como comentario “Se añade el procedimiento Saludo” y haga click en “Commit”

Ahora Diego debe recibir este objeto

Vaya al IDE azul y en la ventana de “Team Development”, seleccione la pestaña “Update”4

Haga click en el botón “Start New Update” y luego presione el botón “Update”

Ambos desarrolladores tienen en este momento el procedimiento Saludo en su copia local

Vaya al IDE plateado y añada el siguiente código al procedimiento y guarde los cambios.

Luego publique el cambio. Para esto nuevamente:

En la pestaña “Commit” de “Team Development” agregue el comentario “Se añade un Msg

de Hello al comienzo del procedimiento Saludo” y haga click en “Commit”.

Si tenía abierto el diálogo de TeamDevelopment abierto debe hacer click en el botón Start

New Update para que nuevamente se habiliten los botones Update y Preview.


Ahora Diego modificará también el procedimiento.

Vaya al IDE azul, abra el procedimiento “Saludo” e introduzca la siguiente línea de código

Msg(“Goodbye World”)

Guarde los cambios.

Luego en la pestaña “Commit” de “Team Development”, haga click en el botón “Refresh”,

agregue el comentario “Se añade un Msg de Goodbye al comienzo del procedimiento

Saludo” y haga click en “Commit”.

GeneXus Server le dará el error que tuvo anteriormente Mary, ya que el procedimiento ha sido

modificado en una fecha posterior a la última sincronización con GeneXus Server.

Vaya a la pestaña “Update”, luego presione “Start New Update”, seleccione “Preview”, y

luego haga click derecho sobre el procedimiento “Saludo” y elija la opción “Compare With

Current Revision”.

Se puede ver que se ha modificado la misma línea de código en ambos procedimientos, y por lo

tanto al hacer Update, GeneXus no tiene forma de deducir una combinación correcta de ambos

cambios. En esta situación GeneXus hará prevalecer el estado que se tiene en GeneXus Server,

sobre-escribiendo los cambios locales, pero advirtiéndole al usuario del caso, y dándole una

manera muy fácil de cambiar esta decisión ya sea que usted decida mantener sus propios

cambios, o combinarlos de cierta manera.


Cierre el “Comparer”, vaya a la ventana “Team Development” y seleccione “Update

Selected”.

Como habíamos anticipado, en el output aparecerá el siguiente mensaje que le advierte que

GeneXus resolvió el conflicto tomando el objeto en el server, y permitiéndole al desarrollador

editarlo manualmente, o volver a su propia versión anterior.

Supongamos ahora que Diego sabe que su versión es la correcta y no la que estaba en el

GeneXus Server. Entonces Diego puede revertir los cambios aplicados en la operación de

Update sobre el procedimiento Saludo.


En el IDE azul abra el procedimiento “Saludo”, haga click derecho sobre la pestaña del

procedimiento y seleccione la opción “History”

Seleccione la penúltima versión de las que aparecen (que es precisamente la que tenía los

cambios de Diego), haga click derecho y seleccione “Restore this revision” como muestra la

figura.

Confirme el cambio y el objeto volverá a la versión anterior.


Ahora debe marcar, desde el diálogo de “Commit”, que ha resuelto el conflicto. Para hacer

esto abra el diálogo de “Commit”, luego click derecho sobre el Procedure “Saludo” y elija la

opción “Mark as resolved” como se muestra en la siguiente figura.

Luego de marcar el conflicto como resuelto será posible realizar la operación de “Commit”.

Agregue el objeto a la lista que serán incluidos en la operación de Commit y haga click en el

botón “Commit”.


GXserver garantiza la integridad de los objetos y evita la pérdida de modificaciones. Resuelve de forma automática e inteligente todas las situaciones en que esto es posible, pero mantiene el control del

desarrollador para los casos en que sea necesario.

Paso 6

Imaginemos que Diego y Mary después de trabajar un cierto tiempo desarrollan un producto

que cumple con los requerimientos necesarios para hacer una primera liberación.

Es importante entonces tener alguna forma de congelar el estado de la base de conocimiento,

de forma que no se puedan introducir nuevos cambios a la misma, pero a su vez también es

necesario tener alguna forma de poder seguir implementando nuevas características, por

ejemplo para una versión 2.0 del producto.

¿Cómo podemos hacer esto con GeneXus Server?

GeneXus Server le brinda una consola de Administración la cual le ofrece diversas

funcionalidades. Por ahora solo nos centraremos en el manejo de versiones a través de la

consola.

Abra el navegador e ingrese la siguiente URL:

www.laboratoriogxserver.com/evento/main.aspx

La siguiente página se abrirá:

Asegúrese que Authenticatiopn Type tiene el valor Local e ingrese como User y Password

mary


Lo primero que nos muestra es el Dashboard donde se muestra distinta información, como por

ejemplo la actividad más reciente, las distintas KBs hosteadas en GXserver, etc. En este caso

sólo está la base de conocimiento anteriormente publicada por Mary,

“Laboratorio2015_{NumeroMaquina}” y las operaciones realizadas sobre la misma.

Ahora vamos a abrir una KB en la consola. Para esto:

Simplemente debe hacer click sobre el nombre de la KB, en el menú de Knowledge Bases.

Al momento de abrir la base de conocimiento, se mostrará el contenido de la página

KB Dashboard. Esta página muestra información relevante a la KB abierta, como por ejemplo

nombre de la versión activa (abierta), cantidad de objetos de cada tipo y los últimos commits

entre otros datos. Como se puede ver en la siguiente imagen:


La pestaña de Versions nos permite crear y borrar nuevas versiones de la base de

conocimiento, que es en lo que nos concentraremos a continuación.

Vaya a la opción Versions que se encuentra en la ventana KB Dashboard

Pase el mouse sobre el recuadro plateado que dice “Laboratorio2015_{NumeroMaquina}”,

esta es la versión Trunk que es sobre la que han estado trabajando. Al pasar el mouse le

aparecerá un ícono rojo a la derecha. Al hacer click sobre este se desplegará el menú que se

ve a continuación.

Haga click en el ícono y seleccione del menú desplegable la opción “Freeze”, lo cual

permitirá crear una versión congelada del estado actual de la versión seleccionada,

evitando así que se puedan hacer Commits en esta nueva versión.

Ingrese como nombre para la nueva versión “Laboratorio2015_{NumeroMaquina} 1.0” y

haga click en OK


Luego de creada, aparecerá en el árbol la nueva versión congelada.

Recuerde que si bien se creó una nueva versión congelada, tanto Mary como Diego siguen

enganchados a la versión Trunk (versión “Laboratorio2015_{NumeroMaquina}”) de la base de

conocimiento.

Cuando alguna persona quiera obtener la versión congelada del producto

“Laboratorio2015_{NumeroMaquina} 1.0” simplemente tiene que seguir los mismos pasos que

siguió Diego en el Paso 2, pero en vez de seleccionar la versión Trunk, debe seleccionar la

versión “Laboratorio2015_{NumeroMaquina} 1.0”.

A continuación cierre sesión. Para hacerlo localice el nombre del usuario Mary en la parte

superior derecha de la pantalla y seleccione “Logout”.

Como ya dijimos Diego y Mary siguen enganchados a la versión Trunk, entonces ya están en

condiciones de comenzar a agregar nuevas características a la aplicación, sin afectar a la

versión liberada del producto.

Mary ahora quiere agregarle al producto la transacción Docente. De igual forma que en el Paso

3:


Abra el IDE plateado y cree la transacción Docente para que quede de la siguiente forma

Luego siga los pasos ya conocidos para publicar el cambio realizado

En la pestaña “Commit” en “Team Development” añada el comentario “Se añade la

transacción Docente” y haga click en “Commit”.

De esta forma podemos seguir implementando cambios y trabajando para la versión 2.0 de

nuestro proyecto “Laboratorio2015_{NumeroMaquina}”.

Ahora supongamos que como todo desarrollo de software, el mismo puede contener errores,

algunos de los cuales no pueden esperar a la finalización de la versión 2.0 del producto, por lo

que tendremos que liberar una versión que llamaremos ‘Hot Fixes’.

¿Cómo podemos arreglar un error en el producto liberado sin tener que deshacer todos los

cambios que ya hice para la versión 2.0 del producto? La solución es muy sencilla. Para esto,

Ud. Mary, debe realizar lo siguiente:

Abra nuevamente el navegador, vaya a la consola de GeneXus Server y autentíquese con el

usuario mary.

Abra la base de conocimiento “ Laboratorio2015_{NumeroMaquina}” y seleccione del menú

principal la opción “Versions”, como vimos anteriormente

Pase el mouse sobre la versión congelada “Laboratorio2015_{NumeroMaquina} 1.0” y

expanda el menú a la derecha.

Seleccione la opción "New Version", asígnele el nombre

“Laboratorio2015_{NumeroMaquina} 1.0HF” 5 y haga click en “OK” para confirmar

HF es la sigla Hot Fix, ya que esta nueva versión solo contiene cambios que no pueden

esperar a la nueva liberación del producto.


Con esto hemos creado una nueva versión a partir de la que habíamos congelado, en la que sí

podremos introducir cambios y no nos veremos afectados por todo lo que se haya

implementado post-liberación en la versión principal.

Imaginemos que el error encontrado es que el atributo SalonColor de la transacción Salon debe

ser de tipo Character(40) y no Character(20), como lo es en la versión liberada.

Diego es la persona encargada de reparar dicho error, pero recordemos que la copia local que

tiene Diego está sincronizada con la versión Trunk de la base de conocimiento y no con la

versión creada para realizar los Hot Fixes.

Lo que se debe hacer para que Diego trabaje sobre la versión que corresponde es lo siguiente:

Abra el IDE azul, seleccione “File” / “Close Knowledge Base”

Luego seleccione “File” / “New” / “Knowledge Base from Server”

Complete el diálogo de “Create Knowledge Base” de igual forma que en el Paso 2 pero con

la salvedad de seleccionar “Selected versions” luego hacer click en “…” y seleccionar la

versión “Laboratorio2015_{NumeroMaquina} 1.0HF”. Además como nombre a la nueva

copia local ingrese “Laboratorio2015_{NumeroMaquina}DiegoHF” como se ve a

continuación:


Con esto, Diego ya tiene una copia local de todas las versiones, que le permitirá introducir

nuevos cambios.

Edite la transacción Salon de la siguiente manera (cambie por Character(40) el type del

atributo “SalonColor”) y guárdela:

Luego en la pestaña “Commit” de “Team Development” añada el comentario “Se arregló un

error en el tipo del atributo SalonColor de la transacción Salon” y haga click en “Commit”.

Con esto hemos arreglado el error en la versión “Laboratorio2015_{NumeroMaquina} 1.0 HF”.

Ahora supongamos que es un arreglo que también queremos que quede para la versión 2.0 de

nuestro producto. ¿Cómo podemos pasar el arreglo a la versión Trunk sin tener que editar el

arreglo manualmente?

En el IDE azul cierre la base de conocimiento (“File” / “Close Knowledge Base”)

Abra la base de conocimiento “Laboratorio2015_{NumeroMaquina}_Diego” la cual

corresponde a la copia local de la versión Trunk de Diego (utilice la “Start Page”6)

Para abrir la base de conocimiento Laboratorio2015{NumeroMaquina}Diego puede ir a la

Start Page y hacer click directamente para abrirla.


Vaya a la pestaña “History” de “Team Development”

Seleccione la versión “Laboratorio2015_{NumeroMaquina} 1.0HF” (que fue donde se hizo

el arreglo). Encuentra las versiones en el combo arriba a la izquierda

Allí se listarán todos los commits realizados en dicha versión. Haga click derecho sobre el

commit que dice “Se arregló un error en el tipo del atributo SalonColor de la transacción

Salon” que tiene el arreglo que queremos pasar y seleccione “Bring Changes”


Finalmente haga click en el botón “Merge Selected” y quedará el cambio realizado en la KB

local de Diego

Para efectivamente pasar el cambio a la versión Trunk debería hacer el commit

correspondiente

GXserver administra y centraliza las diferentes versiones de un mismo proyecto, permitiendo congelar el estado de una versión en cualquier momento, crear nuevas líneas de desarrollo, y pasar

fácilmente cambios entre versiones.

Con esto finalizamos el laboratorio de GeneXus Server 2015, esperando que hayan quedado

claros los conceptos vistos en el mismo: publicar una base de conocimiento, crear una base de

conocimiento a partir de una publicada anteriormente, publicar cambios locales, obtener los

cambios publicados por los demás desarrolladores, resolución de conflictos en las operaciones

básicas, ignorar objetos que no quiero publicar, crear versiones, realizar cambios en distintas

versiones de una misma base de conocimiento y pasaje de cambios publicados entre las

distintas versiones.

¡Gracias por participar!

Por más información acerca del producto visite www.GXserver.com.

Por documentación detallada sobre el producto visitar la categoría de GeneXus Server en el

Community Wiki

http://wiki.gxtechnical.com/commwiki/servlet/hwiki?Category%3AGeneXus+Server+X+Evolutio

n+3,.

http://www.gxserver.com/

http://wiki.gxtechnical.com/commwiki/servlet/hwiki?Category%3AGeneXus+Server+X+Evolution+3,

http://wiki.gxtechnical.com/commwiki/servlet/hwiki?Category%3AGeneXus+Server+X+Evolution+3,

laboratorio gxserver (cont)

Software