Control de Código Fuente: Práctica con FoxPro 9 y Plastic - Parte 4 (Resolución de conflictos en el Merge)

[Fernando D. Bozzo]

Hola:

Esta parte es continuación de la anterior, solo que vamos a ver más en detalle la resolución de conflictos en un merge.
Vamos a continuar aquí, que el otro hilo ya es muy largo =D

Como la vez anterior, dejo un resumen de lo visto hasta ahora y de lo necesario, para los que van rezagados, y para los que ya los leyeron, que sepan que los artículos los voy actualizando con algunas de las cosas que vamos viendo, o agregando algún ejemplo o captura de pantalla, así que no se extrañen si en un momento vuelven a leer alguno y se encuentran cambios :)


Recursos de software necesarios (links):
- Descarga e Instalación de PlasticSCM paso a paso
- Visual FoxPro 9.0
- Herramientas FoxPro para Plastic => (Incluyen el EXE de FoxBin2Prg, pero no sus fuentes, que están aquí)


Cosas que estuvimos viendo y que fui publicando (links):
- PlasticSCM: Cómo crear una rama para comenzar a trabajar
- PlasticSCM: Hice un checkin erróneo en un archivo, ¿cómo lo arreglo?
- FoxBin2Prg: Detalle de vistas, datos de uso, configuraciones y más
- FoxBin2Prg: Guía rápida de uso y configuración
- FoxPro 9: Creando un componente y añadiéndolo al control de código (Plastic)
- FoxPro 9: Modificando un componente que ya está bajo control de código
- FoxPro 9 y PlasticSCM: Como deshacer un changeset sin borrarlo
- PlasticSCM: Agregando un proyecto FoxPro 9 al control de código
- PlasticSCM: Cómo trabajar en FoxPro 9 con ramas por tarea
- PlasticSCM: ¿Qué es el Diff?
- PlasticSCM: ¿Qué es el Merge?



Lo que vamos a ver ahora: Resolución de conflictos en el merge
En esta parte de la práctica vamos a generar conflictos a propósito en el merge para aprender a resolverlos, equivocarnos, ejecutar y ver si todo sigue funcionando y volver a intentarlo.

¿En qué consisten estos "conflictos"?
Pues en las situaciones normales que se presentan, sobre todo cuando se trabaja en equipo, y más de una persona trabaja por su cuenta en el mismo componente, que llegados a un punto, deben mezclar sus cambios.


Dejo aquí el segundo video que había hecho en febrero, y que muestra todo el proceso de 2 desarrollos en paralelo y el merge de cada uno.
Es el de 30 minutos que seguramente ya conocen, pero siempre viene bien volver a verlo porque a veces se descubren pequeños detalles que al principio a veces no se ven :-)

http://youtu.be/sE4wQ50Itqg


Ante todo, anímense y pregunten las dudas que tengan. Probar y equivocarse es parte de las prácticas ;-)


Saludos!

[Fer]

Para esta parte de la práctica hay que crear una rama desde este changeset de mi rama.

El nombre de la rama debe ser exactamente este "/main/rama_fdbozzo", ya que tengo otro paralelo creado para mis pruebas.

Saludos!

[francisco prieto]

Fer,

A ver si entendi...

Tomo como punto de partida la casita de /main/rama_fdbozzo y que nombre le pongo a mi rama???

rama_fajprieto?

Disculpa tanta pregunta pero no quiero pifiarle esta vez.

Saludos,

Pancho

Cordoba

[Fer]

Sí, el nombre que quieras, pero que sea distinto al nombre de tu otra rama.

Puse la imagen con la casita para que nadie se pierda, porque en un entorno de trabajo real bajo control de código, cuando comenzás a trabajar en un proyecto existente (como simulo ahora con el mío), siempre se debe comenzar por lo último desarrollado, que generalmente será en la rama principal de una versión etiquetada, pero que para este ejemplo va a ser mi rama.

[Fer]

Por si se preguntaban cómo hice para que los changesets tengan una partecita de color para cada usuario, se hace así:

[Fernando D. Bozzo]

A medida que vayan haciendo lo que comenté en vuestras ramas, de agregar una página en el pageframe del form frm_test_fdb con alguna cosa programada, por favor, sincronicen y avisen, así seguimos.

Recuerden que en esta parte vamos a practicar resolver conflictos, así que no hagan algo muy elaborado o trabajoso.


Saludos.-

[Fidel Charny]

Ok, Fernando. Paso a sincronizar. (y que la historia me perdone...)

[Fer]

Recuerden no dejar nada en Cambios Pendientes al sincronizar. Todo debe estar protegido (checkin)

Fidel, avisame cuando termines de sincronizar.

[Fidel Charny]

Terminó la sincronización. Ahora veo la rama de Antonio.

[Fer]

Ok, yo ya hice mi cambio en paralelo, así que volvé a sincronizar, que ya lo subí. Lo vas a ver en mi rama.

[Fer]

Cuando termines, avisame. ¿Modificaste solo el form, o algún otro componente?

[Fidel Charny]

Volví a sincronizar. Había modificado solamente el form frm_test_fdb. 

Ahora, tras la sincronización, apunto a tu rama?. Pregunto para no hacer c.....

[Fer]

No, siempre debés mantenerte en tu rama.
Mientras me respondías, agregué un par de cosas en el form, para que el cambio no sea tan soso, así que ahora hacé esto:
1) Volve a sincronizar para tener lo que puse y que ya subí
2) Refrescá la vista de las ramas, ya que no lo hace automáticamente cuando sincronizás, como cabría esperar
3) Vas a ver que yo hice un merge de mi rama secundaria (fdbozzo_desa) en la primaria (rama_fdbozzo)
4) Usá la rama primaria (rama_fdbozzo) como origen del merge (ponele la casita) y hacé un merge en tu rama. Con eso logramos que en tu rama tengas todo integrado.

Si te surgen dudas, relee esto: ¿qué es un merge?
Y no te preocupes si metés la pata, mientras que luego del merge no sincronices, siempre podés volver atrás.


Respecto de lo que te pregunté antes era por lo siguiente, y que es un error que veo que va a ser común:

Estos son los archivos que protegiste con checkin, pero resulta que el único que realmente modificaste fue el form, por lo que los demás no deberían estar.

Lo que pasó fue que al abrir los otros archivos, Fox les completó automáticamente algún timestamp o algo, y al salirte los guardó, y por eso te aparecen con diferencias.

Lo que se debe hacer en estos casos es, cuando se está en la vista de Cambios Pendientes, selecionar los archivos que sabés que no cambiaste y deshacer los cambios de esos archivos.

¿Y como te das cuenta si no te acordás si tocaste o no? Fácil: Regenerá las versiones texto con la opción Abrir / "Cambios Pendientes: Regenerar versiones texto", refrescás la vista y si se generó solo un archivo (el del form) y el resto no, entonces los otros binarios no cambiaron y se pueden deshacer sus cambios.

Bueno, intentá hacer lo que te comenté antes y mañana seguimos, me tengo que acostar :-)

Un abrazo.-

[Fer]

Fidel, me equivoqué en el paso 4:

Es así:

4) Usá la rama primaria (rama_fdbozzo) como origen del merge y hacé un merge en tu rama (es tu rama la que debe tener la casita!). Con eso logramos que en tu rama tengas todo integrado

Lo siento, es el cansancio :-)

Hasta mañana.

[Fidel Charny]

Hola Fernando.

Espero que hayas podido descansar.

El merge no fué automático. En principio se mezclaron dos page que entraron las dos como page4 la pagMergeManual_1 y la pagFidel, y el contador de páginas estaba en 4. Bueno, acomodé un poco esto, dejé la pagFidel como 5 y ahora anda. Ya veremos como sigue.

Muchas gracias

Fidel.

[Fer]

Perfecto, justamente era eso lo que queremos probar, los merge manuales (no automáticos), ya que es en esos donde se deben solucionar los conflictos.
Si dejaste todo funcionando en tu rama, dejalo protegido y hacé un sync, así lo podemos ver todos.

[Fidel Charny]

Fernando

Recién me acomodo en mi reducto. Cuando puedas fijate que se ve.

[Antonio Meza]

Buenos días Fernando!!

Ya agregue la nueva rama y veo la lista actualizada de los items, solo que me marca error al abrir el formulario que no encuentra la tabla clientes pero veo que hay un archivo clientes-db2 que debo hacer?

Anexo pantalla con las ramas para ver si voy bien.

saludos

Antonio Meza

[Fer]

Hola Antonio, con FoxBin2Prg lo convertís en dbf :-P

[Antonio Meza]

Ahh perfecto ahorita leo la ayuda de foxBing y me pongo a practicar. primero fuera de la carpeta de desarrollo y ya luego lo hago para agregar el pageframe.

saludos y gracias!!

[Fidel Charny]

Recuerda que para eso tienes que habilitar la conversión en Foxbin2prg.cfg

La línea sería

DBF_Conversion_Support: 2 (por default viene con 1 y quítale el asterisco).

[Antonio Meza]

Gracias fidel y fernando!

Ya agrege el pageframe al formulario y realice el cheking a ver si pueden ver los cambios.

saludos

[Fer]

Hola Antonio:

Agregaste la página e hiciste  checkin, bien, hasta ahí vos lo podés ver porque eso es en la Base de Datos del Servidor Plastic tu PC, pero para que los demás lo podamos ver, tenés que sincronizar para que se suban los ambios al Servidor Público de GitHub, así cuando nosotros sincronicemos, se nos bajarán los cambios de GitHub hasta nuestros Servidores Plastic.

¿Entendés ahora como va lo de sincronizar? Es como modificar un archivo, pero para que lo veamos nos lo tenés que copiar a un diskette (que llamamos GutHub) y nosotros tomamos ese diskette y nos lo copiamos.

....qué antiguo, yo hablando de diskettes y no sé si me entienden algunos :-)  Tendría que hablar de "llave USB"? =D

[Fidel Charny]

Fernando

Mi primer PC fué una Texas Instruments TI-901, con dos disketeras de 5 1/4. El foxbin2prg no entraba en un solo diskette!!!!!

No me recuerdes aquellas primeras penurias. 

Y mucho menos el tiempo transcurrido!!! Mi timestamp está desteñido!!

[Fer]

Ja ja ja!  Y les hacíamos el segundo agujero para hacerlos de doble capacidad =D

[Antonio Meza]

jajaja si tambien pase por eso de los diskettes jejej

Entonces voy a la rama nueva y aun ladito de la casita le doy click derecho y le doy sincronizar? si es desde ahí?

[Fer]

Da igual en cuál de todas las ramas lo hagas, ya que se sincroniza el árbol completo =D

[Antonio Meza]

jajaj Listo ya actualice!!!

saludos

[Fer]

Perfecto! Ahora sí te veo! :D

En un rato subo un video a YouTube sobre este merge, tomando como ejemplo la rama de Fidel, así pueden ver como lo hago paso a paso.

Esta vez lo voy explicando mientras lo hago, para que se entienda mejor. Como nunca me grabo, me oigo raro en el audio, pero al menos cumple el objetivo =D

Saludos!

[Fer]

Bueno, ya está, aquí les dejo el video:

http://youtu.be/ytMpWP69YMo

Comenten si les resulta claro.

Saludos!

[Fernando D. Bozzo]

Antonio, en tu página te faltaría agregar algo, un par de controles o alguna cosa que haga algo, como para darle un poco de realismo, ya que te va a servir luego para hacer el merge, como hizo Fidel.

Cuando termines el cambio en tu página, y antes de hacer merge, volvé a sincronizar, así le echo un ojo.

Saludos!

[Fidel Charny]

Grande Maestro!!!

Muy claro y didáctico. Verdaderamente muchas gracias!

En cuanto a la voz, no te preocupes. Para ser franco me asusta que hables. Me da miedo que estés por ahí mirando las chapuzas que programo (ja, ja, ja!). Y que te cag... de risa!!! (jua! jua! juaaa!). Pero por lo menos podés hablar. Yo ladro (je, je...).

Un abrazo

Fidel

[Antonio Meza]

Jajajaja sabrás Fidel que la verdad Fernando tiene voz muy pero muy clara se entiende perfecto a pesar del acento extranjero.

Felicidades Fernando nuevamente y voy hacer lo que indicas y aviso.

saludos!!!

[Antonio Meza]

Listo Fernando ya agrege los controles y sincronice.

espero comentarios y estoy viendo el video.

saludos

[Fidel Charny]

Efectivamente Antonio, se entiende perfecto. Lo del acento extranjero debe ser para que a nadie se le ocurra pensar que nació en la Rep... Argentina. 

Y lo bien que hace. Los argentinos vivimos a cara de perro. Y si no creés, mirá mi foto. En cambio Fernando está siempre sonriendo.

[Fer]

Perfecto Antonio, solo un detalle: No estás usando la nomenclatura correcta en los controles, y tienen todos su nombre por defecto, como Label1, Optiongroup1, command1.

Esto comenté en el Leame.txt inicial del proyecto que ibamos a usar la nomenclatura recomendada de Fox por varios motivos; por buenas prácticas, porque autodocumenta el código y porque facilita el merge.

Fijate los demás controles del form, así te vas a dar una idea.

Los siguientes pasos son:

1) Normalizar la nomenclatura de esos controles y hacer checkin

2) Hacer un merge en tu rama de /rama_fdbozzo (como hizo Fidel)

3) Enviar una captura de pantalla del Explorador de ramas a ver como te quedó

4) No sincronizar con GitHub luego de esto, por si hay que corregir algo

Saludos y hasta mañana!

[Fidel Charny]

Antonio, ya pude ver tus saludos desde México. 

[Antonio Meza]

Hola Fernando y Fidel

Ya corregí los formularios pero no he sincronizado aun esperando el siguiente paso 2

Te comento lo que eh entendido del programa y a ver si estoy bien,

1.- Ya se agregar y eliminar ramas
2.- Se modificar un formulario, tabla y hacer Chekin
3.- Ya vi lo que es sincronizar con Github
4.- Puedo ver los cambios entre changeset
5.- Se como tomar una rama de otro compañero y trabajar en ella
6.- Igual modificar formulario de otro compañero y hacer cheking incluso sincronizar con GitHub
7.- Me falta entender el merge respecto a que Changeset voy hacer, si tengo que crear una rama primero como en el video o es directamente? y si pudieras tomar una pantalla e indicarme graficamente me seria mas facil entender.

saludos

Antonio Meza

[Fer]

Hola Antonio:

En el video yo simulé el merge que hizo Fidel, e hice una rama temporal (que al final borré) desde el punto donde el partió, solo para repetir el mismo merge, como si fuera Fidel trabajando en su rama.

Vos tenés que trabajar en tu rama, llevándote los cambios de que hay en /main_fdbozzo, por lo que la casa va en tu rama.

[Fer]

Disculpa que no te pude hacer una captura, pero te escribo desde el móvil y estoy camino al trabajo, pero imaginate que hice una captura con la casa en tu último changeset y una flecha que diga "hacer merge aquí" ;-)

[Antonio Meza]

Hola Fernando buen dia!!

Disculpa por tanto detalle en preguntar, lo que pasa es que no me gusta repetir si no aprender entendiendo el "por que?" de las cosas!!! y bueno es la primera vez que uso un sistema de control de código por eso me confunden algunos términos.

El detalle es que me aparece esta ventana al hacer el merge en tu rama, si me puedes indicar que seleccionar?

anexo pantallas.

saludos!!!

Antonio Meza

[Moises Reyes]

Saludos Fernando,

Me he quedado muy atras con las practicas, aunque no he dejado de leer el foro, ni los artículos que publicas en tu blog, las prácticas no las he podido hacer por que el trabajo me lleva como caña para el ingenio, pero me gustaria saber si aun puedo integrarme, creo que este fin de semana puedo dedicar un par de horas y ver si me pongo al día, hago la pregunta por que podría dañar algo de lo que ya han logrado ustedes.

Espero que si se pueda, ya que estoy muy interesado, y no quiero perder la oportunudad.

Hasta luego.

On Wednesday, March 19, 2014 3:12:42 PM UTC-4, Fernando D. Bozzo wrote:

Hola:

Esta parte es continuación de la anterior, solo que vamos a ver más en detalle la resolución de conflictos en un merge.
Vamos a continuar aquí, que el otro hilo ya es muy largo =D

Como la vez anterior, dejo un resumen de lo visto hasta ahora y de lo necesario, para los que van rezagados, y para los que ya los leyeron, que sepan que los artículos los voy actualizando con algunas de las cosas que vamos viendo, o agregando algún ejemplo o captura de pantalla, así que no se extrañen si en un momento vuelven a leer alguno y se encuentran cambios :)


Recursos de software necesarios (links):
- Descarga e Instalación de PlasticSCM paso a paso
- Visual FoxPro 9.0
- Herramientas FoxPro para Plastic => (Incluyen el EXE de FoxBin2Prg, pero no sus fuentes, que están aquí)


Cosas que estuvimos viendo y que fui publicando (links):
- PlasticSCM: Cómo crear una rama para comenzar a trabajar
- PlasticSCM: Hice un checkin erróneo en un archivo, ¿cómo lo arreglo?
- FoxBin2Prg: Detalle de vistas, datos de uso, configuraciones y más
- FoxBin2Prg: Guía rápida de uso y configuración
- FoxPro 9: Creando un componente y añadiéndolo al control de código (Plastic)
- FoxPro 9: Modificando un componente que ya está bajo control de código
- FoxPro 9 y PlasticSCM: Como deshacer un changeset sin borrarlo
- PlasticSCM: Agregando un proyecto FoxPro 9 al control de código
- PlasticSCM: Cómo trabajar en FoxPro 9 con ramas por tarea
- PlasticSCM: ¿Qué es el Diff?
- PlasticSCM: ¿Qué es el Merge?



Lo que vamos a ver ahora: Resolución de conflictos en el merge
En esta parte de la práctica vamos a generar conflictos a propósito en el merge para aprender a resolverlos, equivocarnos, ejecutar y ver si todo sigue funcionando y volver a intentarlo.

¿En qué consisten estos "conflictos"?
Pues en las situaciones normales que se presentan, sobre todo cuando se trabaja en equipo, y más de una persona trabaja por su cuenta en el mismo componente, que llegados a un punto, deben mezclar sus cambios.


Dejo aquí el segundo video que había hecho en febrero, y que muestra todo el proceso de 2 desarrollos en paralelo y el merge de cada uno.
Es el de 30 minutos que seguramente ya conocen, pero siempre viene bien volver a verlo porque a veces se descubren pequeños detalles que al principio a veces no se ven :-)

http://youtu.be/sE4wQ50Itqg


Ante todo, anímense y pregunten las dudas que tengan. Probar y equivocarse es parte de las prácticas ;-)


Saludos!

[Fer]

Hola Misés:

Me alegra saber de vos. Sí, claro que estás a tiempo. Lo único que si te pido es que si hay algo que no te quede claro, preguntalo, porque en esta parte estamos viendo resolución de conflictos del merge, y para eso cada uno se hizo una rama.

Es importante que si cometés errores, como es normal, no sincronices con GutHub porque si no es más costoso arreglarlos. En esos casos es mejor enviar pantallazos y si es con indicaciones en la captura major, para poder saber dónde te quedaste o qué problema tenés.

Saludos!

[Fer]

Hola Antonio, una pregunta: ¿Tenés todo configurado como puse en la guía de instalación?

Te pregunto porque te está mostrando el archivo sc2 como si fuera un binario, y por eso no está mostrando el contenido.

Yo estoy mirando en tu rama, y el archivo lo veo bien, pero es raro lo que veo en tu captura.

Algo importante: El Merge no lo tenés que hacer "en mi rama", sino en la tuya (la casa está bien puesta en la captura, solo le tenés que hacer click-derecho) usando la mía como origen (eligiendo "Merge desde este changeset")

Si no estás seguro, cancelá el merge, deshacé los cambios y hacé doble click en tu último changeset, el que pusiste en amarillo a la derecha. En la ventana que se abra con los 3 archivos, y si hacés un click en el sc2 te debería mostrar las diferencias, algo así:

Los términos que no tengas muy claros, decime e intento explicártelo de otra forma o con otros ejemplos.

Saludos!

[Fernando D. Bozzo]

Antonio, otra cosa:

Fijate si en tu vista de items ves esto, sobre todo los archivos que marco en rojo que a la derecha tiene el tipo "Texto"

[Antonio Meza]

Buenas tardes Fernando!!

Ya revise la configuración y todo se ve igual, de hecho antes de actualizar con Github podía ver las diferencias del archivo sc2 cosa que ahora no puedo incluso cambiándome de change, la actualizacion de GitHub la hice la vez pasada cuando me indicaste, por ahora no eh vuelto hacerlo porque íbamos a checar que fuera bien todo.

Anexo pantalla de items actual.

NOTA: El merge lo hice tal y como comentas estando la casita en mi rama y luego dando click derecho sobre tu rama, y es cuando marco la pantalla, y pues no puedo ver los cambios de los archivos, cancele todo y los cambios para que todo regrese para intentar de nuevo.

[Fer]

Ahora sí se ve claramente! Tenés varios archivos de texto configurados como binarios.

Tenés que cambiarles el "tipo de revisión" a texto a los archivos xx2

Fijate que cuando lo hagas vas a poder compararlos.

[Fer]

Antonio, siempre que veas archivos de texto identificados como binarios, tenés que cambiarles el tipo de revisión para que los reconozca bien, si no te va a pasar que no te los va a comparar y te muestra esa pantalla característica.

Una vez que le cambies eso, seguro que podés hacer el merge.

Saludos.-

[Antonio Meza]

ya hice el cambio a los archivos y ya puedo ver las difernecias, estoy en la pagina para ver los cambios del merge, voy a checar nuevamente el video para ir realizando los cambios necesarios en el merge.

NOTA: Ya me había asustado pensé que había hecho algo mal desde el principio jajaja

saludos

[Fidel Charny]

Imitando los pasos del video, armé una rama temporal a partir de la rama de Antonio e hice un merge sobre mi rama. Tras la solución de conflictos hice un chekin. Pero después intentando ver lo que había quedado en el formulario, saltó un problema. Algo había quedado mal. 

Acá me mandé una chapuza. Abrí el sc2 con el editor de texto y corregí tres líneas que habían quedado desalineadas. Otra vez en Plastic, refrescando, generé los binarios y después regeneré el sc2. Ahora anda todo.

El resultado lo pongo en la imerge.prg, porque esto hay que borrarlo.

[Antonio Meza]

Fernando, al resolver los conflictos y oprimir el boton de GUARDAR Y SALIR me salio nuevamente esta pantalla, espero instrucciones 

saludos

[Antonio Meza]

Revisando los items veo que el de mn2 del menu principal esta como binario, pero como no eh tocado esos archivos crees que ese pueda ser el problema?

anexo imagen

[Antonio Meza]

Me falto anexar la imagen

[Fidel Charny]

Antonio

Te sale esta pantalla porque omitiste excluir a los binarios del merge. Ahora puedes hacerle click a la cruz de cierre y te aparecerá nuevamente (uno por el scx y otro por el sct). Cierras los dos (me parece que pregunta algo). Luego señalas los dos binarios y los excluyes (fijate en el video). Luego tienes que regenerar los binarios a partir del sc2 (si lo pusiste en el contextual de Plastic, Generar binarios en Cambios Pendientes).

Al mn2 simplemente cámbiale el tipo de revisión a Texto.

[Fernando D. Bozzo]

Además de lo que ya comentó Fidel, veo en tu imagen que hay 2 archivos más que figuran como binarios:

pruebasengrupo.pj2 y vfp_init.prg

Controlá siempre eso. Normalmente se hace una sola vez.
Todavía no descubro porqué te pasó, ya que el archivo filetypes.conf que puse en la raíz debería solucionar esto :-(



El sábado, 22 de marzo de 2014 01:03:56 UTC+1, Antonio Meza escribió:

Me falto anexar la imagen

[Antonio Meza]

Hola Fidel, pero en cual video dice como excluir los binarios del merge? porque en el ultimo video de Fernando no dice eso, en mi caso el mensaje es antes, es decir doy click derecho selecciono para hacer el merge le doy al boton procesar y resuelvo los conflictos, le presiono el boton GUARDAR y SALIR y ahi es cuando me aparece la pantalla, y en el video de Fernando no le aparece esa pantalla.

Lo que hice es cancelar todo y deshacer los cambios para empezar nuevamente, pero ahora donde tengo que entrar para excluir los binarios del merge?

disculpen pero entre el trabajo y querer aprender se pasan detalles.

[Antonio Meza]

Ya cambie todos los archivos que deben ser texto volví hacer el merge pero me marco la misma pantalla que anexe.

saludos!!!

[Fer]

Hola Antonio:

Solo por ir descartando cosas, aunque es probable que ya lo tengas, ¿tenés configurados las utilidades que hice en Plastic, como puse en el README.txt?

https://github.com/fdbozzo/foxpro_plastic_diff_merge

En la parte de abajo del link que te puse, hay un archivo de texto con una parte en Inglés y luego otra en Español. ¿Ya lo hiciste eso?










Saludos.-

[Antonio Meza]

Buena tarde Fernando!!

Si por supuesto si lo tengo todo asi configurado!! dias a tras me comentaste que si tenia configurado bien el Plastic y volví a revisar 2 veces cada paso a paso y pantalla con pantalla y todo lo tengo igual.

saludos!!!

[Fer]

Hola Antonio:

Si viste el video, habrás visto que en el minuto 9:36 elijo los binarios y los descarto, dejando lo quehay en el workspace.

Prestá atención a como los elijo y la opción que comento.

[Antonio Meza]

si pero el detalle es que eso es despues no antes, entonces si en la lista de cambios no me aparece nada para cambiar como hago para descartar los binarios antes de entrar hacer el merge?

saludos!!

[Fer]

Pues como decís, haciendo ese paso antes. El orden de los factores no altera el producto :-)

Haciendo ese paso antes, te va a quedar solo el sc2 para hacer el merge.

Es importante entender lo que sucede en este paso, ya que por suerte hay más de una forma de hacerlo:

1) Normalmente se presiona el botón de "Procesar merge" y debería mostrar la ventana de merge solamente para los archivos de texto, pero los binarios simplemente deberían quedar ahí en la lista.

2) En el caso de de te muestre la ventana que pusiste antes, con 3 paneles y una imagen e cada uno para que elijas que hacer, ahí también podés elegir "Seleccionar contribuidor destino" en el panel de la derecha (marcando la barra de título). Esto es lo mismo que elegir de la lista de archivos los binarios, hacerles click-derecho y elegir esto:

Estos pasos se pueden hacer en cualquier orden, pero conviene así porque si bien en nuestro casos solo se trata de un form, en un merge más elaborado pueden haber muchos archivos, y vas querer que Plastic resuelva automáticamente todos los que pueda para dejarte solamente los que tengas que resolver vos manualmente.

Saludos!

[Antonio Meza]

Excelente Fernando, es que ese detalle no viene en el video, bueno si pero después  y uno que no maneja bien el merge se nos complica y no queremos echar a perder algo.

Ahora ya entendí, y ya realice lo que me comentas, ahora voy al siguiente paso del vídeo porque estoy en la parte de Chekin pero voy a ver los pasos.

Muchas gracias 

[Fer]

Tenés razón Antonio, y gracias por comentármelo, eso me ayuda a mejorar algunas explicaciones.

[Antonio Meza]

wow ya lo hice jajajaj claro gracias a ti Fernando y Fidel!!!

Ahora ya entendí varios conceptos que la verdad se me complicaban en un principio.

Anexo imagen!!

NOTA: Hice una rama nueva para practicar, luego hice el merge, ahora lo que voy hacer es eliminarlo para hacerlo directo desde mi rama y me sirva de practica.

saludos!!

[Fer]

¡¡Genial Antonio!! ¡Te felicito! =D

[Antonio Meza]

Listo anexo pantallas, realmente las felicitaciones son para ti Fernando por el tiempo que inviertes!! en lenguaje de Plastic seria Ramear  tus conocimientos  (compartir ramas de tu conocimiento) jajajajaja medio raro el termino jajaja

Anexo pantallas, que mas sigue?? jajaja

saludos

[Fer]

¡Perfecto! Ahora podés sincronizar con GitHub, así todos podemos ver el código que quedó =D

[Antonio Meza]

Listo actualizado con GitHub!!

Fernando una duda, en la ventana de Items esta el boton ACTUALIZAR WORKSPACE, realmente que es lo que hace?

saludos

Antonio Meza

[Fer]

Esa opción lo que hace es bajarse desde Plastic los archivos controlados.

Para comprobarlo hacé este experimento:

1) Abrí el explorador de archivos de Windows y entrá en el directorio "forms" de tu workspace

2) Marcá y borrá los forms frm_test_fdb.*, frm_test1.* y frmedades.* con la tecla suprimir (o click-derecho / eliminar) => Sí, así, a lo bestia! No te preocupes =D

3) Andá a la ventana "Items" de Plastic, y fijate como les pone un icono rojo a los archivos que faltan (tenés que tener desplegado el directorio "forms" con el "+")

4) Apreptá el botón "Actualizar workspace" y mirá nuevamente esos archivos, también mirá en el directorio de Windows, y vas a ver que están otra vez ahi.

Qué ocurrió:

Cuando eliminamos los archivos desde Windows, Plastic detectó la situación porque eran archivos "controlados", y al pulsar "Actualizar" los volvió a bajar.

Esto es lo hace cuando te cambiás de un changeset a otro, borra todos los archivos controlados y los reemplaza por los que haya en ese changeset.

Otro experimento:

1) Desde la ventana "Items" de Plastic, seleccioná los mismos archivos de antes y borralos ahi mismo.

2) Intentá elegir el mismo botón "Actualizar" => Te va a dar un error y una explicación

3) Andate a la vista de Cambios Pendientes y elegí "Deshacer Cambios"

4) Andá a la vista de Items, y vas a ver que todo sigue ahi

=D

[Fernando D. Bozzo]

¡¡Fran!! Dónde andás!  =D



El miércoles, 19 de marzo de 2014 20:12:42 UTC+1, Fernando D. Bozzo escribió:

Hola:

Esta parte es continuación de la anterior, solo que vamos a ver más en detalle la resolución de conflictos en un merge.
Vamos a continuar aquí, que el otro hilo ya es muy largo =D

[Antonio Meza]

Excelente explicación Fernando!! ya me quedo claro y realice lo indicado con un poco de miedo jajaja pero no paso nada y son las bondades de Plastic!!

Pues creo que ya estoy listo para lo que siga, pero voy a practicar agregando un nuevo formulario desde el principio y realizar todo sin sincronizar con Github ya que vea que todo esta perfecto lo sincronizo para que vean el formulario.

saludos!!!

Antonio Meza

[Fidel Charny]

Fernando, Antonio

Para no perder la pisada, hice un nuevo merge de la rama de Antonio Meza, de modo que en mi último changeset tengo la page de Fernando (4), la mía (5) y la de Antonio (6). 

Ah, también le agregué los 3 botones cmdPag correspondientes, y un tontillo método que coloca Enabled=.f. al botón que corresponde a la page activa.

Apostilla: Hoy es feriado en Argentina. Se nota?

Fidel.

[Fer]

Ja ja ja ja ja! Muy bueno Fidel!

En cuanto llegue a casa lo miro. Eso no me lo pierdo! ;-)

[Fidel Charny]

Y bueno, antes de irme, hice un merge desde mi rama Fidel-Fernando a mi rama Fidel y ahora tengo también en mi rama el frm_test_fdb actualizado, junto con el frmEdades actualizado (y las clases mzmanak y thCalc del almanaque y la calculadora). Y todas las imágenes que van.

En la parte de confictos, me apareció un conflicto con lo borrado en destino y existente en origen. El conficto entre los frm_test_fdb lo resolví bien y, para variar, el del frmEdades lo resolví exactamente al revés. O sea, me apareció el frmEdades viejo, sin los accesos a calculadora y almanaque. Como era en mi rama, lo arreglé a lo chancho, con un backup del sc2, regenerando los binarios. "A mi me funciona!" (je...)

Ap: Hoy es el "Día Nacional de la Memoria por la Verdad". Y viene bien, porque en la Argentina tenemos poca memoria y menos afecto por la verdad. Aunque, por ahí, me parece que un feriado poco hará por recordar que hay que mentir menos..., ma, però, abbiamo dimenticato troppo, como nos decía el maestro Zorzi cuando pifiábamos fiero en la orquesta de Rosario.

Un abrazo

Fidel.

[Fernando D. Bozzo]

Fidel, acabo de ver esto último que hiciste. ¡¡Impresionante!!  ¡Te pasaste! Veo que le estás tomando la mano muy bien a todo este tema.
Además veo que estás probando sin miedo, sabiendo que cualquier cosa podés deshacer y volver a comenzar.

Incluso te digo más:
En el peor de los casos en que se te acaben los 4 GB que tenés para el repositorio que uses por cada proyecto (acordate que esto por defecto usa SQL Server CE [Compact Edition]), siempre podés instalar una BDD mayor, como MySQL o SQL Server, y usar el asistente de migración para pasar el repositorio a otra Base de Datos, o hacerte un backup desde la línea de comandos con Fast-Export (cm fast-export <nombre-repo>) y levantarlo en un repositorio nuevo con fast-import, en ambos casos compatibles con el formato de Git.


Si querés probar la interfaz de comandos desde DOS, abrite una consola y escribí ci <enter>


Saludos!

[francisco prieto]

Fernando,

Hice la rama a partir de la tuya como habiamos quedado....

Pero ahora nuevamente el archivo Menu_principal.mnt no existe...

Como hago para recuperarlo... aun no volvi a sincrinizar porque faltando ese archivo al abrir el proyecto me da error...

Mi unica acción fue hacer la rama a partir de la tuya.

Saludos,

Pancho

Córdoba

[Fer]

Hola Fran:

¿Podrías cambiar momentáneamente el changeset activo al primero de la rama de Fidel y ver la lista de Items a ver que te muestra?

Fijate si ahí los archivos se ven bien y el menú tambien. Es probable que te convenga deshacer tu nueva rama y los checkin que hayas hecho en ella.

Es que me resulta muy raro y no veo claro el motivo de por qué lo ves así, ya que Fidel y Antonio lo pudieron hacer sin problemas, y a esta hora ya estoy falto de ideas :-/

[francisco prieto]

Fer, 

Ya estoy cerrando lo veo mañana.

Saludos,

Pancho

[francisco prieto]

Fer,

Primero me pare en la rama de Fidel y vi que esta se iniciaba a partir de tu changeset 40 y no desde el changeset 55 como en mi caso

Así que borre mi rama y la cree a partir del changeset 40, es decir desde acá...

Pero de todos modos si te fijas sigue faltando el archivo mnt.

Nota también el siguiente gráfico...

Aquí a partir de tu changeset 40 había hecho un merge (señalado en verde) y luego un merge sustractivo sobre mi misma rama (señalado en rojo). Es precisamente con este último merge que veía todos los archivos...

Fijate que a partir de mi ultimo changeset en esa rama no hay ninguna otra conexión al árbol con lo cual es como si perdiera esos cambios nuevamente...

Ahora si me paro en tu changeset 39...

Y le digo que me muestra las diferencias con ese changeset (recorda que ahora mi nueva rama la cree a partir de tu changeset 40, con lo cual estoy comparando tu changeset 39 con tu changeset 40, según entiendo)... me muestra lo siguiente.

Ahí aparece el archivo que me falta y fijate ademas que ese archivo aparece entre los archivos a borrar...

Así que no me explico como el resto de los participantes tiene ese archivo si tu changeset 40 lo eliminó.

Saludos

Pancho

[Fer]

Fran, creo que entiendo lo que pasa:

No creaste una nueva rama como había comentado para este ejercicio, sino que continuaste con la que ya tenías.

Fijate que tanto Fidel como Antonio crearon ramas nuevas desde la mia. Toda esta parte me parece que te la perdiste en el mar de posts del hilo.

Comenzá leyendo en la parte 3, que ahí lo explico, y fijate como fuimos avanzando.

Saludos.-

[Fer]

Perdón, quise decir la Parte 4!

[francisco prieto]

No, Fernando...

Lee bien por favor...  ya cree una rama a partir de tu chageset 40 como Fidel...

Te pido por favor que esto que te puse en letra grande no lo tomes como una grosería porque no es la intención, solo que con tiempo (que ya le estas dedicando mucho), pienses que otro motivo puede haber, porque en mi Plastic no aparece ese archivo... solo aparece en tu changeset 39.

El comentario que te hice de mi rama anterior era para mostrarte cual es el archivo que me falta y donde se perdió.

Saludos,

Pancho

Córdoba

[Fer]

Hola Fran:

Los dos leemos mal :-)

Ya te entendí, lo que pasa es que las capturas me confunden un poco.

En mi correo de ayer te había pedido esto:

¿Podrías cambiar momentáneamente el changeset activo al primero de la rama de Fidel y ver la lista de Items a ver que te muestra? (captura)

Fijate si ahí los archivos se ven bien y el menú tambien. Es probable que te convenga deshacer tu nueva rama y los checkin que hayas hecho en ella.

Pensá que estoy un poco a ciegas, ya que yo no veo lo que estás viendo exactamente, aunque las capturas ayudan, no veo el contenido de los archivos, y es un poco lo que necesito ver, por eso a veces te pido que hagas algunas cosas específicas.

Saludos!

El 25 de marzo de 2014, 11:27, francisco prieto <fajp...@gmail.com> escribió:

No, Fernando...

[francisco prieto]

Creo que me estas pidiendo esto...

Y haciendo doble clic ahi aparece esto otro...

Pero ahí no se ve todos los archivos que tiene, pero entiendo que la única diferencia respecto de lo que tengo es un cambio en esos 3 archivos que aparecen ahí...

Y si pienso porque ahí no esta el archivo mnt concluyo en que se borró en tu changeset 40... pero no me explico porque el resto de los participantes lo ve (porque lo ven no?)

Saludos,

Pancho

Córdoba

[Fidel Charny]

Fernando y Pancho

Lo que no veo es la rama de Pancho a partir de la rama de Fernando. Veo solamente la rama original. Tal vez falta alguna sincronización?.

Bueno, pongo las imágenes de los últimos changeset míos, uno es en la rama derivada de la de Fernando, otro es de la rama original.

Pancho, si podés poné una captura de lo que ves en ramas de los repositorios. Lo que yo puedo ver es que hiciste un merge desde la rama de Fernando pero no veo que hayas creado una rama a partir de ahí. Por eso te pido que pongas las imágenes.

Fidel.

[Fer]

Casi casi, doble click no, porque eso va a mostrar diferencias que aquí no interesan, simplemente con la casa ahí mismo, una captura de la vista de items, que es lo que realmente hay Men el directorio, o una del administrador de archivos de windows en el workspace, que te debería mostrar lo mismo que la vista items. En la vista items tendrían que estar todos los archivos.

Además  de esto, creo que lo que comenta Fidel lleva razón. En las capturas yo tampoco llego a ver una rama nueva.

[francisco prieto]

Fer,

Esto es lo que veo...

Fidel,

No ves mi nueva rama creada porque aun no sincronice su creacion, porque antes queria verificar que existiese en archivo mnt...

Por otra parte veo que el archivo mnt que vos indicas corresponde al changeset 57, que se encuentra en la rama del main (y que no lo veo referenciado en otro lado... muy raro)

Fidel y Fer,

Otra cosa que puedo notar es que mis archivos de menu dicen Privado, mientras que los de fidel dicen Controlado... No se si será importante pero se los hago notar.

Espero nuevas instrucciones.

Saludos,

Pancho

Córdoba

[Fidel Charny]

Pancho

Me imagino que en el changeset 57 a mí me aparece como nuevo el mn2, a partir del cual genero la estructura de menú con Foxbin2prg. 

Lo que no veo en tu imagen ( no se si está recortado), es la carpeta Datos con la tabla clientes. Esta también venía como db2 y en algún momento generamos Antonio y yo la estructura correspondiente, porque el dbf me queda en privado.

En resumen, no sé si está bien que los mnt, mnx estén controlados. Veremos que opina Fernando.

Fidel.

[francisco prieto]

Fidel,

No recorte nada... Lo unico que hice hasta ahora fue crear una rama desde el changeset 40 de Fer. No hice otra cosa, porque al intentar abrir el proyecto me tira como error que el archivo mnt no existe.

Esperemos ahora opinion de Fer...

Saludos,

Pancho

Cordoba

PD: A proposito Fidel, vos sos de Argentina? de que lugar?

[Fer]

No está bien lo del menú, debería figurar como controlado, por pura lógica. Imaginate que vos estás ubicado con la casa en el primer changeset de Fidel, o sea que lo que estás viendo no es tuyo, sino de otro. A la fuerza eso tiene que estar controlado, porque son archivos que te llegan desde fuera.

Es que ya no sé si pensar que hay algún problema con tu repositorio o qué, porque lo raro es que parte de la práctica la hiciste sin problemas, pero esto en particular se te viene repitiendo.

Hagamos una cosa, por probar aunque sea, que te pongo paso a paso:

1) Seleccioná tu primer repositorio en la solapa de arriba de todo, el que no tiene el "2" al final ("vfp_test_grupo"), que dejamos en su momento porque no recuerdo ahora que problema había

2) Fijate si había cambios pendientes, y si los hay deshacelos (total, era otro directorio)

3) Una vez no tengas nada pendiente, sincronizá a ver si ves bien nuestras ramas de esta práctica.

4) Si ves nuestras ramas, poné la casa en el segundo changeset de Fidel (el que tiene el merge desde mi rama), que es donde agegué el db2 de la tabla para que se la pueda regenerar en local

5) Con la casa en ese changeset, andá a la vista de items y fijate si el menú se sigue mostrando como Privado o Controlado

6) Repetí lo de cambiar la casa a la rama de Antonio y mirá la vista de items, lo mismo

Con lo que veas en las ramas, contanos, a ver si descubrimos algo.

[francisco prieto]

Avanzamos...

Con la casa en lo de Fidel se ve asi...

y con la casa en lo de Antonio lo veo así...

De modo que me parece que debería crear mi rama en este repositorio...

Espero instrucciones...

Saludos,

Pancho

[Fidel Charny]

Estimado Pancho

Aunque no sea "noche de fandangos... puedo confersarte la verdad". Soy Argentino.

"A veces me entra tristeza 

y otras veces rebelión

en más de una ocasión

quisiera hacerme perdíz

para ver de ser felíz 

en algún pago lejano

Pero a la verdad, paisano,

me gusta el aire de aquí!"

<aburrida_y_evitable_cháchara>
Nací en Rosario, Cuna de la Bandera, en tiempos en que mi tocayo apellidado Castro se convertía en líder latinoamericano y mi viejo soñaba con el socialismo democrático de Repeto y Palacios. Unos años más tarde, cuando Castro mostró su verdadera vocación, mi viejo renegó de él y también del Che. Pero yo ya me llamaba Fidel.

Cuando mis viejos se recibieron de médicos, mientras el país se conmovía con el golpe militar de Onganía, nos mudamos a un pueblito en el sur Santafecino, Empalme Villa Constitución. Luego a Villa Constitución. Volví a vivir en Rosario entre 1976 y 1987 y después, para acompañar a mi ex volvimos a Villa Constitución. Ahí vivo todavía, aunque aborrezco ese lugar. Trabajo en Fighiera y también en Villa Constitución.

Ah, si, en 1983 me recibí de Contador Público. Ejercí unos cuantos años, mientras soñaba con un sistema integrado de administración y contabilidad.

Son demasiados años para una historia intrascendente.

</aburrida_y_evitable_cháchara>

<apostilla>

Estaba dormido, casi definitivamente dormido (bored and tired), cuando un día de noviembre de 2013, apareció un tal Fernando D. Bozzo en el foro con un proyecto Foxbin2prg. (A este Fernando le tenía un poco de "pica", porque lo veía siempre sonriente. Y realmente no podía saber si me sonreía o se me cagaba de risa). 

Cuando vi Foxbin2prg me percaté de que ahí había algo nuevo, tal vez genial y sacudí mi modorra y me puse a estudiar. Dejemos de lado lo que se habrá reído con mis chapuzas, Foxbin2prg es una genialidad. Si descubrís que tal formulario tendría que estar en una clase, si te das cuenta que necesitás normalizar una parva de nombres de controles, si necesitás redireccionar todos los picture de una clase o form, si de pronto te das cuenta que un desarrollo hecho en una custom necesita transformarse en un container de clase, etc, etc, etc.: Foxbin2prg.

</apostilla>

Un abrazo

Fidel.

[Fer]

¡Pues perfecto entonces!

Hacé una rama nueva desde mi rama, de la que salen 2 líneas verdes de merge que van una a la rama de fidel y otra a la de Antonio, y nada más crear la rama mirá en la vista de items si sigue todo igual. Aquí la casa ya estará en tu nueva rama, así que si se ve bien, es que está todo bien de verdad.

A partir de ahí ya podés continuar la práctica de crear una nueva página con alguna cosa en el form.

Saludos!

[francisco prieto]

Cuando me haga algo de tiempo prometo que lo investigo, pero sera mas por curiosidad que por uso...

Me resulta bastante complejo incorporar código escrito por otra persona sin poner mi cuchara... Esto no significa que no he bajado cosas de LM o de Fer o de algún otro cráneo, sino que si bien las baje las tome como arranque y a esta altura algunas ya son irreconocibles...

Encima al ser independiente, trato de estar al día con la tecnología y estudio mucho... ahora con otro colega estoy embarcado en un proyecto conjunto (para aprender) en MEAN (Mongo-Express-Angular-Node). Las 4 herramientas son altamente recomendables y de ese proyecto de aprendizaje surgió un segundo proyecto... volcar todo lo aprendido y dar una charla para programadores VFP para enseñar esa tecnología que es muy buena... En fin no creo poder dar clases de eso hasta dentro de 6 meses, porque una cosa es estudiar e investigar para aprender y otra muy distinta es estudiar e investigar para enseñar...

Un abrazo,

Pancho

Córdoba

[francisco prieto]

Fantástico!!!,

Ahora tengo todo...

Bueno, mas tarde avanzo con la práctica.

Gracias,

Pancho

[Antonio Meza]

Buena tarde Fernando!!

Como te comente, estoy trabajando en un formulario que voy a subir en estos días, es una clase PRG para trabajar con mysql, pero mi duda es donde lo subo jajajaj

Es decir creo una rama nueva a partir de donde? y si es un proyecto nuevo por así decirlo donde lo creo?

Anexo pantallas

saludos

Antonio Meza

[Fer]

Hola Antonio:

Los archivos nuevos podés agregar en la rama nueva en la que estás trabajando.


Importante:
Antes de agregarlo al control de código, hay algo que tenés que tener cuidado de controlar, que es el doble paso de binario a texto y texto a binario, ya que revisando un poco el historial de cambios para ver los posibles motivos de que algunos merge den tantas diferencias, encontré este changeset sobre la rama principal el día 17 (...a que es re-buchón esto :-), donde agregaste un form en el que uno de los archivos quedó mal capitalizado (SCT), lo que probablemente pasó por generar la vista texto pero luego olvidar regenerar el binario.

Recordá chequear esto siempre, antes de agregar o de proteger archivos.

Te dejo un resumen de los pasos a hacer:

1) Bajate la versión actualizada de las herramientas FoxPro para Plastic :-)

2) Antes de agregar tus archivos al control de código (por medio de la opción de "Agregar"), recordá hacer el doble paso de "regenerar texto" y "regenerar binarios", que podés hacer desde el propio Plastic (vista Items) o desde el explorador de archivos de Windows. Ojo que en este punto no te vale usar las opciones de "Abrir con (VFP) Cambios Pendientes: ...", sino con la otra de "Abrir con FoxBin2Prg", así lo hacés en cada archivo nuevo, ya que no hay "Cambios Pendientes" en archivos que no están controlados.

3) Chequeá la capitalización

4) Agregalos al control de código

5) Modificá el menú para agregar tu form y probalo todo

Cuando tengas todo listo y funcionando, sincronizalo.

[Fernando D. Bozzo]

Hola chicos:

Algunos de ustedes me comentaron que les resultaba un poco difícil "hacerse" con algunos términos que usamos, y es cierto, cuando comencé con esto me pasó lo mismo, pero no me acordaba hasta que me lo recordaron, y también me volvió a pasar el año pasado cuando comencé a usar Plastic, donde también aprendí términos nuevos.

Para todos los que tienen dudas sobre algunas palabras raras, les dejo una nueva nota:

Control de Código Fuente: Cosas básicas que a veces no preguntamos

Espero que ahora quede más claro, y si no me lo dicen! ;-)


Saludos.-

[francisco prieto]

Fer,

Malas nuevas...

Cuando trato de abrir el formulario frm_test_fdb me da el error "Error initiating cursor object. Cannot find c:\desa\vfp_test_grupo\clientes.dbf... si me voy a la carpeta datos solo existe clientes.db2....

Espero instrucciones.

Pancho