Control de código fuente: Práctica Comunitaria con FoxPro 9 - Parte 2

[Fernando D. Bozzo]

Hola a todos!

Este hilo es continuación del anterior donde comenzamos a organizarnos para hacer las pruebas.
Aunque lo puse en el otro hilo, vuelvo a poner el link de la Guía de Instalación de PlasticSCM que les preparé (todavía humea:):

http://fdbozzo.blogspot.com/2014/03/instalacion-de-plasticscm-paso-paso.html


El próximo paso será ver las propuestas de programas para hacer, ya que debo repartir pequeñas tareas a los 25 que por ahora somos (puede que entre alguno más tarde, no importa).

Lo que no sé es si hacer pruebas simples con programas tontos, o usar programas algo más elaborados para darle un toque más realista, pero si prefieren esta segunda opción necesito que propongan más ideas sobre lo que les gustaría programar, algo que no lleve más de unas horas hacer, porque un programa se puede repartir hasta 3 personas, pero no entre 25! :-)

Bueno, hasta ahora tenemos la idea que nos dejó Jairo para hacer una aplicación de mantenimientos preventivos, que me gustaría que desglose un poco más sobre qué módulos tiene en mente.
Espero más propuestas y cuanto más detalladas mejor. A cada uno le tocará hecer solo una parte de lo que proponga, ya que intentaré desmenuzar cada programa en partes para que podamos hacer algo entre todos y luego unamos todo el trabajo de práctica.

Esto que haremos se llama "trabajo distribuido" y y por eso tanto Git como Plastic se denominan "DVCS" (Distributed Versioning Control System) o "Sistema Distribuido de Control de Versiones", a diferencia de SourceSafe, CVS y otros que solo son VCS, sin la parte Distribuida.

Bueno, se me hizo tarde, en la semana seguimos! ;-)


Nota para quienes se unan tarde:
Siempre hay espacio para otro, solo se requiere leer los requisitos que se han indicado en este post y pasarme el usuario de GitHub.

Saludos.-

[francisco prieto]

Bueno ya pude crear el Espacio de trabajo pero en Items no veo nada... solo esto:

Sin embargo tratare de seguir adelante...

Saludos,

Pancho

[Fernando D. Bozzo]

Claro! Y es lógico, porque acabás de crearlo y está limpio. Si leiste la nota del blog ahí explico que ustedes lo van a ver vacío, hasta que sincrinicen la primera vez, donde verán un Leame.txt

La lista de items muestra lo mismo que el explorador de archivos, los archivos del directorio que se muestra sobre las solapas.

[Ariel D'Alfeo]

fernando, en la configuración esta parte me quedo así:



y en el tutorial que dejaste queda alrevez, es lo mismo?

-- 
Ariel D'Alfeo
Córdoba, Argentina

[Fernando D. Bozzo]

Hola Ariel:

No, no es lo mismo. La casita es el equivalente a un momento específico de la historia del proyecto, por lo que tenés que cambiarla a la derecha, haciendo click-derecho en el otro nodo y eligiendo "Apuntar Workspace a este changeset"

El "changeset" es un "conjunto de cambios", lo que significa que si se modifica un grupo de archivos, o se agregan o quitan archivos y luego se hace "checkín" (operación para subir los cambios al control de código), todos esos cambios forman el "changeset".


Saludos.-

[Ariel D'Alfeo]

Genial, muchas gracias!

-- 
Ariel D'Alfeo
Córdoba, Argentina

[leonardo trujillo]

Fernando, todo bien.

Lo único que encontré como diferencia es que al hacer doble clic "sobre la casita" (luego de sincronizar), me aparece una ventana de aviso que dice: no hay changset previo al seleccionado para efectuar la comparación (¿es de suponer que es normal?), debajo hay otra ventana que dice: Operación en progreso... cargando contenido.

El doble clic hay que darlo "fuera de la casita", en la parte celeste.

Es un detalle, pero...

[Javier Solier]

Hola Leonardo, en el post anterior de Fernando lo explica, a mi me paso lo mismo y lo solucioné como dice Fernando

Suerte!!

Javier Solier

[Javier Solier]

Por si no lo ves es esto lo que escribió Fernando:

"Hola Ariel:

No, no es lo mismo. La casita es el equivalente a un momento específico de la historia del proyecto, por lo que tenés que cambiarla a la derecha, haciendo click-derecho en el otro nodo y eligiendo "Apuntar Workspace a este changeset"

El "changeset" es un "conjunto de cambios", lo que significa que si se modifica un grupo de archivos, o se agregan o quitan archivos y luego se hace "checkín" (operación para subir los cambios al control de código), todos esos cambios forman el "changeset".


Saludos.-"

[leonardo trujillo]

listo, impecable!! no lo había visto, perdón.

Muchas gracias por el aviso, Javier.

Ahora sí.

[leonardo trujillo]

perdón, la configuración de las herramientas diff, cuando se agrega la línea, ¿se debe copiar tal cual está en el readme.txt (cambiando <path> por el lugar donde pusimos los archivos)?

¿quedaría así?

[Miguel Canchas]

Señor@s, no podrian crear otro foro para los que deseen manejar este tipo de herramientas ¿?... realmente están saturando este foro que es netamente de FOXPRO…

 

 

 

GRACIAS….

 

 

MK

[leonardo trujillo]

Miguel, jústamente es de foxpro!!

perdón que no esté de acuerdo contigo, este tipo de cosas sirven para nuestro trabajo con el zorro y bien lo explicó Fernando al principio.

saludos

[francisco prieto]

Fernando,

Siguiendo con tu video y una vez que creas la nueva rama DEV_1, pasas a la solapa Ramas del WorkSpace. Como llego ahí porque no logro abrirla?

Gracias,

Pancho

Córdoba

[francisco prieto]

Salvo que tenga que poner los archivos que distribuis en esa carpeta???

Es asi?

Saludos,

Pancho

[Rafael Morales]

Hola a todos, he seguido las instrucciones que muestra Fernando en: http://fdbozzo.blogspot.com/2014/03/instalacion-de-plasticscm-paso-paso.html pero me quedé en el punto 16, al llegar ahi me mostró un mensaje de que finalizó la instalación, le di a ACEPTAR y no me apareció mas nada, no aparece la ventana SELECCION DE ESPACIO DE TRABAJO, asi que no pude terminar. me fijo en el menu inicio del windows y esta instalado el PLASTICSCM, ¿cómo hago para continuar con el punto 16 en adelante?.

--
Rafael Morales

[francisco prieto]

No me resultó Fernando, asi que contame como es...

Gracias,

Pancho

El 6 de marzo de 2014, 13:17, francisco prieto <fajp...@gmail.com> escribió:

[leonardo trujillo]

Rafael, tienes que ejecutar Plasctic SCM (inicio, programa, ...) y continúas

[francisco prieto]

Rafael,

Yo tuve que reiniciar y luego ingresar a la opcion Plastic SCM

Saludos,

Pancho

Córdoba

[Rafael Morales]

Gracias Leonardo y Francisco, asi es ahora si aparece. 

--
Rafael Morales

[leonardo trujillo]

yo no tuve que reiniciar, ejecuté luego de terminado el proceso, supongo que al no haber un espacio de trabajo, la primera vez se ejecuta sola la opción de crear uno nuevo, luego se pueden crear más espacios de trabajo, donde dice Repositorios & Workspaces

[Rafael Morales]

Disculpen como hicieron en el punto 18, me da el siguiente error al intentar crear un Repositorio. El error es el siguiente: No channel found trying to connect to [8087]

Adunto una imagen de lo que hago cuando intento crear el repositorio.

--
Rafael Morales

[elkin dario uribe torres]

escribe esto en 'localhost:8087' en el servidor, asi me funciono

[Rafael Morales]

Gracias elkin, funcionó asi como dijiste

--
Rafael Morales

[Fer]

Hola Leo, sí, hay que copiar la línea y ponerle el path. Lo tenés perfecto.

[Fer]

Hola Francisco:

Esperá todavía no crees nada en nuestro workspace. Si querés en otro workspace nuevo sí, pero en este todavía no agreguen nada porque tengo que explicar cómo hacerlo para evitar los problemas de mayúsculas/minúsculas que ya comenté en otro momento.

[Fer]

Exactamente Leo! Lo estás captando rápido! :-)

[leonardo trujillo]

vamos que vamos!!!

[Fernando D. Bozzo]

Leo, una cosa: Veo que no marcaste la opción "Utilizar con ficheron que cumplan el siguiente patrón", y se quedó la primera de "todos los ficheros de texto". Ojo con esto.

[leonardo trujillo]

ah bien, gracias, lo arreglo ahora y ahora que lo pienso, sin verlo, es verdad jeje, el apuro!!

[Saúl Piña]

Saludos Fernando desde Mexico.

Tengo todo listo y veo el archivo Leame.txt

Ahora que debo hacer? (Esto es completamente nuevo para mi.

[Fer]

Estoy preparando unas capturas con explicaciones para que puedan comenzar a hacer algunas pruebas de forma segura y rápida.

Paciencia, que me lleva tiempo! :-))

[leonardo trujillo]

dale tranqui Fer, que lo que estás haciendo no tiene precio!! y es muy valioso

[francisco prieto]

Ok ya configure todo lo que dice el readme, pero no puedo hacer lo que dice el video, supongo entonces que faltan mas explicaciones...

Espero ansioso...

Pregunta?????

A esto se lo denomina XP (Extreme Programming???)

Saludos,

Pancho

[Fer]

No, no es XP :-)  Eso es otra cosa. XP es una metodología de trabajo donde los desarrolladores tienen un buen nivel técnico (entiéndase: conocen de capas, patrones de diseño, objetos, buenas prácticas, etc) y donde se suele programar "por pares", o sea, dos programadores con un solo equipo (PC) que se van turnando; durante un buen rato programa uno y el otro mira y comenta sobre lo que el otro hace o alguna idea, y luego toma el control el otro y se repite el ciclo.

El resultado es que ambas personas conocen bien la funcionalidad sobre la que han estado trabajando, y se han ido retroalimentando comentándose cosas, ideas, mejoras o avisándose de posibles errores, debatiendo algún tema del diseño, etc.

No tuve la oportunidad de trabajar con esta metodología, pero debe ser súper interesante.

Sobre lo que estamos haciendo: Por el momento solo es trabajo distribuido, aunque dependiendo de cómo vayamos avanzando puede que incorpore algunos conceptos que algunos ya conocen y otros no tanto.

Sigo escribiendo la nota de hoy :-)

Saludos!

[Antonio Meza]

Fernando una consulta:

Instale Plastic sin problema, luego voy a configurar PREFERENCIAS y dice así en el archivo de texto

CONFIGURACIÓN DE MERGE EN PLASTICSCM:
------------------------------------------------------------------------
- Clickear en el icono de Preferencias de PlasticSCM
- Seleccionar "Herramientas Merge"
- Para cada extensión* binaria FoxPro "agregar" esto:
	- Herramienta Merge externa: "<path>\foxpro_plasticscm_dm.exe" "'PRESERVE_WS'"
	- Pattern: .pjx;.vcx;.scx;.frx;.lbx;.mnx;.dbf;.dbc     (¡usar misúsculas!)
- Clickear OK
- Mover la extension agregada al inicio de la lista, para priorizarla

*Nota 2: Visual FoxPro binary extension are: pjx,pjt,vcx,vct,scx,sct,frx,frt,lbx,lbt,mnx,mnt,dbf,fpt,cdx,dbc,dcx,dct

La consulta es que se debe agregar una a una cada extensión o se agrega una sola vez todas en la parte de abajo donde se pone la lista de las extensiones?

y en el caso de que se ponga la lista de las extensiones hay 2 

Pattern: .pjx;.vcx;.scx;.frx;.lbx;.mnx;.dbf;.dbc (¡usar misúsculas!)

y la otra

pjx,pjt,vcx,vct,scx,sct,frx,frt,lbx,lbt,mnx,mnt,dbf,fpt,cdx,dbc,dcx,dct

En mi caso agregue la que dice Pattern tanto para Herramientas de Diferencias como herramientas de Merge no se si es correcto?

Anexo pantalla.

saludos

Antonio Meza

[Fernando D. Bozzo]

Bueno, sigamos!

En el caso de las prácticas que estamos realizando en el foro, que cada uno se cree un form normal (no modal) y que le ponga alguna funcionalidad. Se puede crear una tabla y agregar alguna otra cosa, pero por el momento mantengámoslo sencillo.

Pero antes de crear nada, por favor, creen estos directorios en la carpeta de trabajo (así, en minúsculas!):

clases
forms
prgs

Una vez que tengan el form creado, pueden agregarlo a vuestra propia rama de Plastic como explico aquí:

http://fdbozzo.blogspot.com/2014/03/plasticscm-como-crear-una-rama-para.html


Saludos!




El jueves, 6 de marzo de 2014 01:05:57 UTC+1, Fernando D. Bozzo escribió:

Hola a todos!

Este hilo es continuación del anterior donde comenzamos a organizarnos para hacer las pruebas.
Aunque lo puse en el otro hilo, vuelvo a poner el link de la Guía de Instalación de PlasticSCM que les preparé (todavía humea:):

http://fdbozzo.blogspot.com/2014/03/instalacion-de-plasticscm-paso-paso.html


El próximo paso será ver las propuestas de programas para hacer, ya que debo repartir pequeñas tareas a los 25 que por ahora somos (puede que entre alguno más tarde, no importa).

Lo que no sé es si hacer pruebas simples con programas tontos, o usar programas algo más elaborados para darle un toque más realista, pero si prefieren esta segunda opción necesito que propongan más ideas sobre lo que les gustaría programar, algo que no lleve más de unas horas hacer, porque un programa se puede repartir hasta 3 personas, pero no entre 25! :-)

Bueno, hasta ahora tenemos la idea que nos dejó Jairo para hacer una aplicación de mantenimientos preventivos, que me gustaría que desglose un poco más sobre qué módulos tiene en mente.
Espero más propuestas y cuanto más detalladas mejor. A cada uno le tocará hecer solo una parte de lo que proponga, ya que intentaré desmenuzar cada programa en partes para que podamos hacer algo entre todos y luego unamos todo el trabajo de práctica.

Esto que haremos se llama "trabajo distribuido" y y por eso tanto Git como Plastic se denominan "DVCS" (Distributed Versioning Control System) o "Sistema Distribuido de Control de Versiones", a diferencia de SourceSafe, CVS y otros que solo son VCS, sin la parte Distribuida.

Bueno, se me hizo tarde, en la semana seguimos! ;-)


Nota para quienes se unan tarde:
Siempre hay espacio para otro, solo se requiere leer los requisitos que se han indicado en este post y pasarme el usuario de GitHub.

Saludos.-

[Fernando D. Bozzo]

Antonio, es correcto!

Saludos.-

[francisco prieto]

Ummm!!! 

Hay algo que estoy haciendo mal...

La primera vez me anduvo todo bien, pero hice por segunda vez hasta el paso 4 y me queda asi...

Pero cuando cambio la vista a cambios pendientes no tengo nada...

Que me falta?

Saludos,

Pancho

Córdoba

[Antonio Meza]

Fernando una consulta los archivos que aparecen como

frm_test1.sct.bak

Es normal? es que en tus pantallas no se muestran?

NOTA: Al parecer todo me quedo igual a diferencia de estos archivos.

saludos

Antonio Meza

[francisco prieto]

Fer,

No se si estará bien lo que hice, pero en Opciones de Cambios pendientes le dije que me muestre los objetos cambiados y ahora me muestra esto...

 Voy a probar de hacerle CheckIn a esto... es decir el paso 6.

Saludos,

Pancho

[francisco prieto]

Lo tomó!!!

Ahora dice controlado simplemente la lista de Items!!!.

Bueno,

Espero nuevas instrucciones... esta muy sabroso esto de Plastic!!!

Saludos,

Pancho

[Antonio Meza]

Fernando eres único!!! todo perfecto!!!

Ya repetí los pasos y pude ver la diferencias del codigo!!!

Anexo pantalla

saludos

Antonio Meza

[Fernando D. Bozzo]

Hola Francisco:

Creo que hiciste un paso mal, porque veo que hay una de las extensiones (SCT) en mayúsculas, y no puede ser. En la nota del blog expliqué este punto especialmente, ya que es fundamental para evitar errores posteriores.

A ver, primero unas comprobaciones:
¿Copiaste todos los archivos del zip de utilidades FoxPro para Plastic en un mismo directorio, o solo algunos? Por si acaso no es así, deben estar todos los archivos en el mismo directorio (por ejemplo, en c:\desa\Plastic u otro) Son 5 scripts .vbs, 5 ejecutables y 2 archivos .cfg. Por las dudas bajátelos nuevamente, que el otro día los actualicé.

Veo que ya protegiste los cambios con ese SCT así. Hacete primero una copia (un zip) con tu form (los 2 binarios), ya que el siguiente paso lo va a borrar. Luego, en el explorador de ramas, donde probablemente tengas 3 changesets si solo hiciste un checkin, seguís estos pasos para borrarlo.

http://fdbozzo.blogspot.com/2014/03/plasticscm-hice-un-checkin-erroneo-de.html

Saludos!

[Fernando D. Bozzo]

Hola Antonio:

Los archivos .bak son el backup de los archivos convertidos y no se deben agregar nunca al control de código.
FoxBin2Prg hace backup de lo que va a convertir por si algo sale mal. En el peor caso, tenés los .bak para renombrarlos quitándoles la extensión.

Lo importante es que los archivos queden capitalizados con la extensión en minúsculas, y que nunca olvides de hacer la conversión del SCX a texto y luego del SC2 a binario.


Saludos.-

[Fer]

Genial Antonio! Te felicito! Ese es uno de los objetivos, ver las diferencias. Este es el famoso Diff :-)

[francisco prieto]

Fer,

1) Los pasos que hago son identicos al blog y el SCT siempre queda con mayusculas.

2) Ya hice una 3 version, aunque aun no le di el checkin...

3) Para no mezclar con los fuentes los archivos lo puse en C:\Instaladores\Plastic\foxpro_plastic_diff_merge-master y desde ahi los direcciono

4) Al hacer checkin cambia el estado perfectamente como dice el blog.

5) Incluso puedo ver lo que ve Antonio...

Pero repito lo unico que no puedo hacer es que aparezca el SCT con minusculas!!!.

Decime que otra cosa verifico, ya que el zip lo baje y lo instalé esta mañana...

Saludos,

Pancho

[francisco prieto]

Fer,

Me geneno este error en un archivo denominado frm_test1.SCT.ERR... por ahi te da algun dato. y el siguiente es su contenido.

Error 1098, El archivo [C:\desa\vfp_test_grupo\forms\frm_test1.sct] no está soportado

convertir, 1294

DO "c:\instaladores\plastic\foxpro_plastic_diff_merge-master\foxbin2prg.exe" WITH "c:\desa\vfp_test_grupo\forms\frm_test1.SCT"

Archivo origen: C:\desa\vfp_test_grupo\forms\frm_test1.sct

Saludos,

Pancho

[Fer]

Hacé una prueba rápida:

Copiate el scx/sct a otro directorio, y al scx hacele click-derecho / Enviar a FoxBin2Prg. Te genera el sc2

Luego elegí el sc2, y repetí el proceso. Te debería dejar ambos binarios en minúsculas. Si no es así, puede que te esté faltando algo.

Supongo que en la carpeta SendTo pegaste los accesos directos y no los ejecutables, no? Te digo porque hoy me pasó esto, y sin querer en la PC de un compañero puse los EXEs en SendTo y también me daba problemas :-)

Cualquier cosa mañana lo seguimos viendo.-

[Fer]

Eso pasa cuando en vez del SCX elegís el SCT. Yo también me confundí más de una vez :-)

Puede que por eso no te regeneraba el SC2

[francisco prieto]

Fer,

1)El archivo de Error no lo genera pero el SCT sigue quedando en mayúsculas

2) Vos decis...

 al scx hacele click-derecho / Enviar a FoxBin2Prg

y yo lo que hago es...

al scx hacele click-derecho / Abrir con FoxBin2Prg

3)Supongo que en la carpeta SendTo pegaste los accesos directos y no los ejecutables, no? 

No tengo ninguna carpeta con ese nombre...

Lo seguimos mañana,

Saludos,

Pancho

[Ricardo Pina]

Hola Fernando

Llegue hasta el video, no entend si hay que verlo o reproducirlo como parte de la práctica.

Hasta el video creo que llegue bien.

Saludos

--

            

                   Ricardo Pina

Desarrollo y Servicios Informáticos

                  Profesionales
               www.dsip.com.ar

 

 

[Fer]

Hola Ricardo:

No, no es para esta práctica todavia. Es solo una demostración de algunos merge. Cuando los hagamos, entonces será parecido al vídeo, pero no es de esto.

[Rafael Morales]

Hola Fer, he creado una nueva rama pero no me aparece como explicas en: http://fdbozzo.blogspot.com/2014/03/plasticscm-hice-un-checkin-erroneo-de.html , es decir la casita esta en otra ubicación, ¿eso no importa o hice todo mal?. Adjunto captura de pantalla para que veas como quedó.

El 7 de marzo de 2014, 3:15, Fer <fdb...@gmail.com> escribió:

Hola Ricardo:

No, no es para esta práctica todavia. Es solo una demostración de algunos merge. Cuando los hagamos, entonces será parecido al vídeo, pero no es de esto.

--
Rafael Morales

[Fernando D. Bozzo]

Hola Rafa, lo hiciste perfecto!

Lo que pasa es que miraste la nota equivocada, porque esa nota es una vez que ya tenés la rama y cometés una aquivocación.

El que tenías que mirar era la nota enterior:

http://fdbozzo.blogspot.com.es/2014/03/plasticscm-como-crear-una-rama-para.html

Y vas a ver que te quedó igualito.

Saludos!

[Saúl Piña]

Saludos Fernando,

Ya tengo la rama, tal y como lo indicas, pero comentas que debo abrir una sesion en el directorio de workspace pero ahi me pierdo y no se como apuntar a ese directorio.

perdon si es algo bobo. ja

El jueves, 6 de marzo de 2014 15:26:42 UTC-6, Fernando D. Bozzo escribió:

[Fer]

Hola Saúl:

Cuando creamos el Workspace en Plastic al principio, lo asociamos al directorio c:\desa\vfp_test_grupo, que es el que te muestra en la vista de Items. De modo que si abrís una sesión de Fox y hacés un CD c:\desa\vfp_test_grupo, ya tenés una sesión de Fox en ese directorio!  Es solo eso, trabajar en ese directorio. Luego la parte de Plastic es sólo para generar la versión texto/binario y guardar los cambios en el SCM, pero todo el trabajo se hace en Fox.

Saludos!

[Moises Reyes]

Saludos Fernando,

He instalado el PlasticSCM sin ningun problema, gracias por el tutorial esta muy bien realizado. Aun no he creado la rama aunque ya vi el tutorial de como hacerlo, y el motivo es que tengo algunas lagunas.

1. ¿El proyecto de vfp debe estar en el directorio del Workspace?
2. ¿Siempre que voy a realizar algun cambio debo crear una rama nueva?. Esta pregunta surge debido a que como ya sabes trabajo con Andres Ledesma en conjunto y por ejemplo tenemos
      un proyecto nuevo donde todas las semanas vamos trabajando y pienso que serian muchas ramas por programador.

Bueno por ahora creo que es todo lo que debo preguntar a medida que avance saldran más preguntas.

Gracias de antemano,

[Fer]

Hola Moisés, contesto sobre tu post.

El 7 de marzo de 2014, 19:05, Moises Reyes <moises...@gmail.com> escribió:

Saludos Fernando,

He instalado el PlasticSCM sin ningun problema, gracias por el tutorial esta muy bien realizado. Aun no he creado la rama aunque ya vi el tutorial de como hacerlo, y el motivo es que tengo algunas lagunas.

1. ¿El proyecto de vfp debe estar en el directorio del Workspace?

Si, claro. Por eso se llama "espacio de trabajo" (o Workspace).

Cuando hacés un sistema, cualquier sistema, lo primero que solés hacer es crear un directorio y una estructura de subdirectorios para comenzar trabajar, y seguramente solés hacer primero el programa principal y luego los forms, menus, etc. Pues ese mismo directorio es el que para Plastic es el Workspace, es el vos ya habías elegido para Fox. Y no tiene por qué ser el mismo directorio para vos que para otro programador que trabaje en otra PC, aunque vayan a trabajar sobre el mismo sistema. El otro programador tendrá su Workspace apuntando al directorio que haya elegido para trabajar, lo que sí debe ser lo mismo es el Repositorio. Todos los que trabajen con el mismo proyecto deben trabajar usando el mismo repsitorio, porque si no uno no podría ver los cambios que haga el otro, y sería como tener 2 bases de datos y que un usuario trabaje en una y otro en la otra, no podrían nunca ver la información que puso el otro.

La única diferencia con lo que estamos haciendo, es que en nuestro caso yo ya elegí de antemano tanto el directorio como el nombre del workspace, para facilitar la ayuda cuando surgen problemas, por normalización, porque si no yo estaría comentando sobre hacer algo en el directorio c:\desa\vfp_test_grupo y otro podría no entenderme, porque se creó un directorio distinto y nos complicaría las cosas a los dos.

 

2. ¿Siempre que voy a realizar algun cambio debo crear una rama nueva?. Esta pregunta surge debido a que como ya sabes trabajo con Andres Ledesma en conjunto y por ejemplo tenemos
      un proyecto nuevo donde todas las semanas vamos trabajando y pienso que serian muchas ramas por programador.

No, por cada cambio no, por cada tarea. Si, por ejemplo, tenés la tarea de hacer una pantalla de ingreso de datos de artículos, te creás una rama basada en la última versión disponible y todos los cambios que hagas para esa tarea los hacés ahi, como estamos haciendo ahora. Lo que sí, a medida que vayas completando funcionalidades de esa pantalla, podés ir haciendo checkin para no perder los cambios si ocurriera algo, o simplemente porque porque por ahí querés probar algo que tal vez te interece deshacer si no sale como querés, entonces hacés un checkin antes de hacer esos cambios y dependiendo de si te gusta el resultado o de si querés deshacer todo y dejarlo como estaba, luego harás un checkin o elegirás "Deshacer cambios" en la ventana de Cambios Pendientes

[Fernando D. Bozzo]

Ah, Moisés, olvidé comentarte. Sobre esto que me preguntás escribí un post e hice un video en YouTube, donde se simula justamente el trabajo de 2 desarrolladores Dev_1 y Dev_2, cada uno trabajando es su rama, que hacen checkinn en una tercera rama que es lo que están construyendo, y donde finalmente hacen el merge final en la rama principal (main), que es la que se usa para las entregas, también llamadas Releases.

Acá tenés el link:
http://fdbozzo.blogspot.com.es/2014/02/foxbin2prg-control-de-codigo-fuente-con.html


Saludos.-

[francisco prieto]

Fernando,

No se si te estas olvidando de mi o lo estas estudiando para verlo en otro momento, pero te recuerdo que deje el problema para hoy y aun haciendo todo el SCT queda en mayusculas...

Ahora estoy con otra cosa, pero mas tarde me iba a poner a depurar tu programa para ver si encontraba el punto.

Saludos,

Pancho

Córdoba

[Fer]

Hola Francisco:

No te olvidé, estaba arreglando una incidencia que me reportaron.

Lo que te comentaba ayer que hagas, y que no me entendías, era porque después me di cuenta de que no les expliqué expresamente lo de hacer accesos directos al foxbin2prg y a los 2 scripts que lo acompañan, pero que lo vas a encontrar en esta nota.

http://fdbozzo.blogspot.com.es/2014/02/foxbin2prg-detalle-de-vistas-datos-de.html

Una vez que los tengas linkeados a SendTo, podés hacer la prueba que te puse ayer y ver si te pasa lo mismo.

Saludos!

[Fidel Charny]

Yo tengo el link a Foxbin2prg.exe (versión v1.19.14) y regenera los binarios en minúsculas. Los texto de foxbin, también tienen su nombre y extensión en minúsculas. Claro que si modificas el form o la biblioteca, volverán a aparecer las extensiones en mayúsculas.

Recién tomé un sc2 con un editor de texto, le cambié el nombre a todos los objetos (con buscar y reemplazar) para adecuarlos a las normas sobre prefijos, generé los binarios y, como siempre, anduvo perfecto.
Antes, tomé un form, lo pasé a sc2, y lo mismo con una vcx. Luego corté la parte pertinente del sc2 y lo pegué en el vc2. Regeneré la vcx y ahora el formulario es un formulario de clase.

Foxbin2prg (exe o prg) es una maravilla!!

[francisco prieto]

Fer,

Respecto del Problemita encontre un temita... voy a ser lo mas gráfico posible así me entendes...

Esta señalado como veras el archivo frm_test.scx y ya abri con boton derecho el archivo y seleccione abrir con FoxBin2Prg...

Ahora bien segun lo que entendi de tu articulo en el blog, este programa trabaja con 3 archivos, a saber:

Convert_VFP9_BIN_2_PRG.vbs

Convert_VFP9_PRG_2_BIN.vbs

filename_caps.cfg

El archivo cfg es el que se configura para realizar el truco...

Pues bien, a veces cuando lo ejecutas aparece un cuarto archivo...(No entiendo porque no aparece siempre!)

filename_caps.log

y en el me aparece la última ejecución que se realizo. Te la transcribo porque es bastante explícita:

- Se usará el archivo de configuración [C:\INSTALADORES\PLASTIC\FOXPRO_PLASTIC_DIFF_MERGE-MASTER\FILENAME_CAPS.CFG]

- Se encontró la máscara: [filemask=README.ini:M.M]

- Se encontró la máscara: [filemask=*.*:N.L]

- El archivo se debe renombrar a [C:\desa\vfp_test_grupo\forms\frm_test1.sct]

  => No se renombrará a [C:\desa\vfp_test_grupo\forms\frm_test1.sct] porque ya estaba correcto.

Y si yo consulto con el explorador de windows la carpeta, se ve así!

Como podrás notar el SCT esta en minúsculas...

No será un error o una configuración en el Plastic?

Saludos,

Pancho

Córdoba

[francisco prieto]

Fidel,

Mi version de FoxBin2Prg es 1.19.287.0 y mi version de filename_caps es 2.0.10.0

Saludos,

Pancho

Córdoba

[francisco prieto]

Chicos,

Con Plastic renombre el SCT como sct y en cambios realizados me mostro una M, a la cual le hice el checkin...

Luego modifique nuevamente el form con VFP desde Plastic y siguio estando en minusculas...

Repeti todo el proceso, pero para el paso 6 debo hacer checkin a los archivos C..

En fin si Uds hacen otra cosa me gustaría que me envien los pasos que realizan...

Saludos,

Pancho

Córdoba

[Fer]

Hola Fran, creo que ya sé lo que pudo haber pasado:

Probablemente agregaste el archivo al control de código --antes-- de cambiarle la capitalización, luego se la cambiaste con el paso a texto y binario y finalmente hiciste el checkin. Por eso te había dicho que borres ese changeset y vuelvas a repetir el proceso, porque aunque le cambies la capitalización, va a quedar registrado como un cambio, pero va a conservar ambos, el antiguo y el nuevo.

Lo mejor y más práctico es que sigas estos pasos, exactamente:

1) Te hagas una copia del form

2) Deshagas el último cambio (si es que que tenés algo en la vista de cambios pendientes)

3) Borres el último changeset como se puse ayer (http://fdbozzo.blogspot.com/2014/03/plasticscm-hice-un-checkin-erroneo-de.html)

4) Vayas a la vista de items y veas que el form ya no está (refrescando la vista)

5) Si sigue apareciendo o figura como "controlado", repetí lo de eliminar el último changeset (desde paso 3)

6) Elijas el último changeset y le pongas la casita (o sea, lo configures como el changeset activo)

7) Vuelvas a agregar el form al control de código, pero --antes de agregarlo-- tenés que hacer los pasos de convertirlo a texto y reconvertir el texto a binario, refrescás la vista de items y si lo ves con la capitalización correcta, entonces ahí sí lo podés agregar al control de código y luego proteger. Este último paso realmente lo había detallado bien en la nota de ayer (donde tiene de título "creando un form")

Saludos!

[Fernando D. Bozzo]

¡Qué buen Fidel! Impresionante las pruebas que anduviste haciendo! :-)

Me reportaron un problema con los métodos vacíos, que cuando están vacíos no se generan en el tx2, y estoy solucionando eso, pero mientras estoy echando un ojo al foro por si hay preguntas.


Igualmente comento una cosa:

Si ven que la capitalización de archivos es correcta y tienen hecho el checkin de sus últimos cambios (o sea que en la vista de cambios pendientes, si la refrescan permanece vacía), pueden intentar hacer una sincronización con GitHub para que todos podamos ver lo de los demás. Total, a continuación pueden seguir haciendo sus cambios locales.

Si lo hacen, avisen!

[francisco prieto]

Fer,

Evidentemente no nos llevamos con Plastic...

Por mas que sigo los pasos del punto 3...

En el punto 4 SIEMPRE veo el form en la vista items!....

Puedo hacer otro formulario o borrar mi carpeta form completa y empezar de nuevo no te parece?

Saludos,

Pancho

[Fer]

No! por favor, que de estos errores es como se aprende!

Si me decís que luego de haber borrado el changeset seguís viendo el form en la vista de items, incluso habiendo refrescado (primer icono con una flecha circular, como la de recargar página del browser), lo importante es ver si continúa diciendo "controlado" o no.

Una pregunta: ¿Cuántas veces hiciste checkin?

[Fer]

Mandame un pantallazo de tu explorador de ramas, que ahí casi seguro veo el problema cual es.

[Fer]

Es más, si borraste el changeset, realmente no tendrías que tener ningún changeset más, y te debería quedar tu rama limpia, sin los nodos azules de adentro. Por eso antes te puse que repitas el paso de borrar hasta que ya no tengas changesets.

[francisco prieto]

En Items se ve asi.

y en ramas así (despues de hacer el punto 3 de recien)

Saludos,

Pancho

[Fer]

Ok, ahora está clarísimo. Hiciste 3 checkins, con lo que tenés que borrar los 3 chengesets que hiciste, y solo te va a quedar la rama gris del fondo. Recién ahí podés volver a comenzar con los pasos que te puse y que expliqué en la nota de mi blog.

¡Vamos Fran! Ya lo vamos a sacar! :-)

[francisco prieto]

A ver...

Ahora en ramas esta asi...

Sin embargo en items esta así...

y ya le di actualizar varias veces...

Que me falta?

Saludos,

Pancho

[edgar suarez kummers]

Buenas Fernando:

Realicé una conversión con tu FoxBin2Prg y hizo todo perfecto.

De nuevo Felicitaciones y sobre todo gracias.

Debía sacar un duplicado de 

que trabajara sobre una tabla nueva, obviamente todo con otros nombres.

Edgar Suárez Kummers

[Fer]

Probá lo siguiente:

1) Hacele click-derecho a tu rama, y elegí la opción "Apuntar workspace a esta rama", luego andá a la vista items, refrescala y fijate si sigue igual

2) Sólo si sigue todo igual, entonces seleccioná el changeset 1 (el segundo punto violeta), apuntás el workspace a ese changeset, borrás tu rama y volvés a verificar.

Con lo que veas, mandame otra captura de Items y Explorador de ramas.

[Fer]

¡Qué bueno Edgar! me alegro un montón que te haya servido! :D

[francisco prieto]

Items se ve así (creo que esta bien ahora)

y ramas se ve asi.

Saludos,

Pancho

[Fer]

Ahora sí, perfecto!

Entonces restaurá tu form, y --antes-- de agregarlo, hacés los de pasarlo a texto, luego el sc2 a binario, confirmás visualmente que la capitalización es correcta y lo agregás al control de código.

Una vez hecho eso, mandame ambas capturas otra vez, por favor.

Vamos Fran! ya casi!

[Fidel Charny]

Vamos Edgar Todavía!!! (Uy, eso se decía hace muchos años... quién era?, Leguizamo?.)

Fernando.

Estuve ensayando alguna cosa (voy lento, pero voy) y subo una pantalla del Plastic.
And now what??

Bueno, si está mal borro todo. Desinstalo, formateo, cambio disco (total es viernes...)

Un abrazo

Fidel.

[Fer]

Tiene buena pinta Fidel! Probá hacer la sincronización con GitHub, que seguro te aparecen más cosas de otros

[Fidel Charny]

Fernando

Respecto de métodos vacíos (hablo de métodos de usuario) es cierto que en el sc2 no aparece el PROCEDURE, pero el método existe. Cuando regenerás el form todo está como era entonces. Hice la prueba, para no errarle, borré los scx y sct y recuperé desde el sc2 y el método aparece tal cual, o sea vacío.
En el ejemplo hay un método vacío que se llama: Metodovacio (que ingenio!!).

Probaré con una vcx.

[Fer]

No te preocupes, que ya me mandaron el caso de prueba y lo pude reproducir.

El problema es cuando creás el método y no le ponés nada (ni siquiera lo abrís), hice uno publico, uno protegido y uno hidden, y ahí se reproduce. Se genera en texto, pero luego al recrear el vcx e intentar abrir alguno, se cuelga Fox

Creo que tengo una posible solución para ese caso, y lo estoy probando ahora.

Gracias Fidel!

[Fidel Charny]

Probé en una vcx y sucede exactamente lo mismo. No aparece PROCEDURE Metodovacio, pero está en el *<DefinedPropArrayMethod>

En el ejemplo también se llama "metodovacio". Borré la biblioteca y la volví a generar a partir del vc2 y ahí está el método vacío. Sigue vacío.

Ahora, en la misma vc2, le agregué, siguiendo la forma

PROCEDURE metodovacio

Messagebox("Este es un método vacío")

Volví a generar los binarios y en el método Metodovacio aparece exactamente eso.

Bueno, a mi se me colgó el google y re-arrancando veo tu post. No se me ocurrió el tema de protegido y hidden.

[Fer]

¡Éxito! Lo conseguí! Ya funciona bien :-)

[Fidel Charny]

Recién hice una prueba poniendo el metodovacio como Hidden. En el vc2 le agregué (respetando la forma)

PROCEDURE metodovacio

*
(con un asterisco como contenido)

Y no se cuelga. Se ve tal cual.

La prueba de librería anda perfectamente.

Generé ejecutable y puse a funcionar la librería. Anda todo.

[Fer]

Sí, el problema es cuando no le ponés nada, ni espacios ni nada. Simplemente creás el método y guardás la clase, generás texto, regenerás binario, abrís la clase (parece todo bien) y al intentar abrir uno de los métodos nuevos, PUM!

[Fidel Charny]

En la Argentina, a eso lo arreglamos de varias formas:

1) Un DNU de Cristina: Prohibido agregar métodos vacíos!. Y tema solucionado (con declaraciones favorables de Scioli y comentarios de Manimal Fernández).
2) Una Resolución General de la Afip (Etchegaray) disponiendo que los contribuyentes que quieran agregar métodos vacíos a clase o formularios, serán considerados culpables de vaciamiento, con los siguientes agravantes: si son hidden, serán considerados evasores; si son protected, serán considerados como miserables antipatrias destituyentes e inflacionarios (con declaraciones favorables de Scioli y comentarios de Manimal Fernández).

3) Un decreto de Boudou (aprovechando la temporal ausencia de Cristina) disponiendo que solamente se podrán agregar métodos vacíos a The Old Found, aceptándose preferentemente los que sean Hidden y Proctected (con declaraciones favorables de Scioli y comentarios de Manimal Fernández).

[Fer]

ja ja ja ja, muy bueno! XD

[Fer]

Ah, no hiciste la prueba de sincronizar con GitHub. Protegé lo que tengas y proba, si podés.

Era en la rama principal, click-derecho / Replicación / Sincronizar con Git...

[Fidel Charny]

Gracias Fernando. Se me había perdido como hacer la sincronización. Ahora lo hice, espero que bien.

[Fer]

La hiciste perfecto! Veo tu checkin :-)

Ahora voy a chusmear tu form, a ver que tiene :D

[francisco prieto]

Fer,

Todo solucionado, pero cuando haces la modificacion, es decir la segunda vez debe estar marcada la segunda opcion:

Siendo asi, puedo modificar las veces que quiera el formulario y funciona.

Saludos y Gracias,

Pancho

Córdoba

[edgar suarez kummers]

En Colombia tenemos elecciones para congreso pasado mañana.

El Presidente Santinflas convirtió a los desastrosos congresistas actuales en ""Mermelados", o sea una persona que al untarle dinero se coloca en cuatro patas para que lo folle el que quiera, sin dignidad ni principios de ninguna clase.

Santinflas, el Presidente, es el que quiere traer a Colombia de regreso a los asesinos y criminales de las Farc investidos de congresistas, con total impunidad.

Se ha generado entonces un movimiento recomendando que votemos en blanco los colombianos y es algo imperioso que hay que hacer.

Ha tocado fondo la inmoralidad, la impunidad y la corrupción en Colombia por cuenta de los congresistas y del gobierno.

Fuera todos los actuales y que se presenten nuevas listas, parece mentira que un tipo tan bestia y bruto como Santinflas haya llevado las cosas a un extremo tal que ya casi logra sin querer lo que Colombia necesita, modificar la estructura del gobierno por las vías democráticas.

Necesitamos el aporte de todos los colombianos en el mundo.

Gracias y saludos

Edgar Suárez Kummers

El 7 de marzo de 2014, 18:40, Fer <fdb...@gmail.com> escribió:

[Fer]

Muy bien Francisco!  Yo no había caído en la cuenta de que no les puse esta pantalla.

Gracias!  Y cuando tengas protegido tu form, sincronizá con GitHub, así vamos viendo lo de los demás.

[Fer]

Fidel, muy bueno tu form de edades :D

Lo que hice para verlo fue clickear tu changeset y "apuntar el workspace a este chengaset" con el menú, así me pasó la casa a tu rama y lo pude ver.

Esto también hace que los archivos que yo tengo protegidos desaparezcan del disco (solo los protegidos!) hasta que vuelva a poner la casa en mi rama.

Físicamente lo que hace es como si hubiera un directorio con mis cosas (mi workspace) y otro directorio con las tuyas (tu workspace), y dependiendo de qué directorio elijas ves una cosa o ves otra, pero no las dos juntas.

El 8 de marzo de 2014, 0:49, Fidel Charny <fjch...@gmail.com> escribió:

[Fidel Charny]

Bien, Fernando. El form es una chapuza para divertirse un rato (o no). 

Ahora yo tengo el siguiente problema:

Las ramas no me dejan ver el árbol y el árbol no me deja ver el bosque. Veo que aparecen elementos nuevos pero no quiero hacer lío. Y menos si es Messi porque es obvio que para Argentina no quiere jugar (mejor, porque así hay menos argumentos para tapar las realidades...)

[francisco prieto]

Fer,

Perfecto!!!

Ahí sincronicé!

Saludos,

Pancho

[Fer]

No te preocupes :) vos tenés que mirar el Explorador de ramas, ahí es donde se hace la mayor parte de las cosas. Igualmente es muy buena idea ir viendo las otras solapas, pero acordate de irlas cerrando, porque se te amontonan :D

Lo realmente importante, es ver dónde está ubicada la casa, eso te dice qué datos (programas) vas a ver y en qué momento de la historia.

Probá agregarle o cambiarle algo a tu form y volvé a hacer checkin (previo texto/binario, como siempre), y vas a ver 2 changesets en tu rama, luego en el segundo changeset, que es donde va a estar ubicada la casa, hacele doble click y mira lo que te muestra.