Nueva versión v1.19.34 de FoxBin2Prg (arreglo de bug)

FoxBin2Prg es un programa pensado para ser utilizado con herramientas SCM (Administradores de Control de Código Fuente, como VSS, CVS, SVN) y herramientas DVCS (como Git, Mercurial, Plastic, and others), o como programa independiente, para hacer operaciones de Diff (ver diferencias) y Merge (mezclar cambios), que pretende sustituir a SccText(X) y TwoFox y mejorar sus funcionalidades, generando versiones de texto estilo-PRG que permiten recrear el binario original.

Está liberada la versión v1.19.34 de FoxBin2Prg con los siguientes cambios:

• Bug: Si se ejecuta FoxBin2Prg desde ventana de comandos FoxPro para un proyecto y hay algún archivo abierto o cacheado, se produce un error al intentar capitalizar el archivo de entrada (Jim Nelson).

Como actualizar el FoxBin2Prg existente:Con descargar el zip y reemplazar los archivos en el sitio que los hayan puesto antes es suficiente.


Link  de descarga:
https://vfpx.codeplex.com/releases/view/116407


 Saludos!

VFP: Usando el Coverage Profiler para tunear el sistema

Por: Fernando D. Bozzo

Como todos saben, el comando SET COVERAGE genera un LOG de texto de las líneas de ejecución de los programas de un sistema, en este formato:

   0.000261,c_foxbin2prg,init,649,c:\desa\foxbin2prg\foxbin2prg.fxp,2
   0.000432,c_foxbin2prg,init,650,c:\desa\foxbin2prg\foxbin2prg.fxp,2
   0.000013,,foxbin2prg,434,c:\desa\foxbin2prg\foxbin2prg.fxp,1
   3.293160,,foxbin2prg,436,c:\desa\foxbin2prg\foxbin2prg.fxp,1
   0.001645,c_foxbin2prg,ejecutar,1527,c:\desa\foxbin2prg\foxbin2prg.fxp,2
   0.000460,c_foxbin2prg,ejecutar,1531,c:\desa\foxbin2prg\foxbin2prg.fxp,2
   0.000130,c_foxbin2prg,ejecutar,1533,c:\desa\foxbin2prg\foxbin2prg.fxp,2
   0.000403,c_foxbin2prg,ejecutar,1534,c:\desa\foxbin2prg\foxbin2prg.fxp,2

¿Cómo se usa el SET COVERAGE?

Su uso es muy sencillo, sólo hay que poner esta línea donde se quiera comenzar a generar el LOG:

SET COVERAGE TO <Archivo_de_LOG>

Y para detener la generación, se usa esta otra:

SET COVERAGE TO


Ejemplo de uso de SET COVERAGE:

Luego, al ejecutar el programa, todas las líneas que se ejecuten como consecuencia de su uso, quedarán apuntadas en el LOG.

Por ejemplo, si tuviéramos un menú con 3 opciones que son evaluadas en un DO CASE, y al ejecutar el programa solo entramos en una opción, se loguearán como ejecutadas sólo las líneas del CASE correspondiente a la opción que se utilizó. Para que se logueen todas las condiciones del DO CASE se deberá entrar en todas las opciones del menú, ya que cada selección loguerá las líneas que ejecute.


La mayoría cree que este archivo LOG es para abrir con MODIFY FILE o con un editor de texto y ver las líneas una a una, para saber qué se ejecutó, pero realmente esa es una pequeña parte de la historia...

Descubriendo el poder del Coverage Profiler

Hay una herramienta que viene con Visual FoxPro desde la versión 6 en adelante, que es el Coverage Profiler, y que se encuentra en el menú Tools (o Herramientas en Español):

El Coverage Profiler sirve para:

• Obtener estadísticas de uso de los programas

• Saber qué líneas se ejecutan y cuáles no en cada uno

• Saber cuánto tarda la ejecución de un método o procedimiento

• Encontrar cuellos de botella para posterior mejora

 Una vez generado el LOG, se abre el Coverage Profiler del menú Tools y se selecciona el LOG generado para que sea analizado:

Al terminar de procesar el LOG, se muestra la ventana por defecto en el modo Coverage (cobertura de código), donde se marca con un símbolo "|" a la izquierda las líneas de código que no se han ejecutado.

En la parte superior, bajo los iconos, se muestra una lista de los archivos cuyo código fuente ha sido escaneado, y de donde se puede seleccionar qué archivo ver. En este caso tenemos un solo archivo.

Pantalla de la vista Coverage (icono azul del cuaderno, arriba, en el medio):

 Si elegimos el icono de al lado, del rayo amarillo, seleccionaremos el modo Profiler, donde se mostrará información extra por cada línea, como cantidad de veces que se ejecutó (hits), tiempo de la primera ejecución (1st) y tiempo medio de ejecución (Avg).


Ejemplo de la vista Profiler (icono amarillo del rayo, arriba, en el medio):

CVP: El Coverage Profiler mejorado

Además de este Profiler, existe otro, bastante mejorado y con algunas funciones más, que permite ver la información más rápidamente, trae más estadísticas que pueden ajustarse, y resalta las líneas de ejecución más lentas para no tener que revisar todo el código y que salte a la vista:

Haciendo doble-click en la 2da línea de la pantalla anterior (c_foxbin2prg.ejecutar), se abre automáticamente ese método para su análisis:

¿Cómo se usa el Coverage Profiler (CVP) para tunear un sistema?

Ante todo, hay que tener presente que esta herramienta nos da información y estadísticas sobre nuestro sistema, no esperen ningún botón mágico que tunee nada, ya que esto está pensado para entregar a los desarrolladores la información necesaria para que puedan encontrar rápidamente las funciones más lentas y que puedan mejorarlas, por ejemplo mediante refactorización o incluso mediante su rediseño.

Para sacar el mayor provecho de esta herramienta, el análisis conviene hacerlo así:

1. En la primera pantalla (la de estadísticas de ejecución), seguir el orden de los programas de arriba hacia abajo, ya que el orden comienza por lo más lento

2. Una vez dentro del código del programa (ventana de Profile), buscar las llamadas que sean más lentas, que típicamente serán llamadas a métodos o procedimientos

3. Una vez dentro del procedimiento, ya podemos observar que partes son las más lentas, según el tiempo de ejecución de sus líneas y de la cantidad de veces que se ejecutan.

4. Cuando se termine de analizar el código, se puede volver hasta atrás, al punto 2, y continuar con el siguiente procedimiento, y finalmente al punto 1 para elegir el siguiente programa

Algunos tips para mejoras de performance en el código

- Cuando se encuentre un bloque de código cuyas líneas se ejecutan muchas veces, si se usan referencias a objetos del tipo "thisform.objeto1.objeto2.objeto3.propiedad", asignando el objeto completo a una variable fuera del bloque (ej: obj3 = thisform.objeto1.objeto2.objeto3) y usando la variable dentro del bloque (ej: obj3.propiedad) se puede ganar bastante velocidad, y más cuantas más veces se ejecute el bloque

- Si en el caso anterior hubieran muchas líneas de acceso al objeto, puede que sea más eficiente usarlas dentro de un WITH <objeto>

- Si hay funciones, consultas u operaciones que se repiten mucho, ver la posibilidad de cachear el resultado de la misma en una variable si fuera posible, y usar esa variable en su lugar

Descarga de CVP

Dejo a continuación los links de descarga del programa CVP, tanto de su página original como de GDrive por si la otra no estuviera disponible:

CVP: Link de descarga original a la página


CVP: Link de descarga secundario a GDrive (v1.18.02)



Como puede verse, esta herramienta es una gran desconocida, y tiene mucho para ofrecer.
Espero que a partir de ahora, puedan aprovecharla.


Hasta la próxima nota! :D

PlasticSCM: Cómo configurar la replicación entre repositorios Plastic locales y remotos

Por: Fernando D. Bozzo


[05/06/2015 - Actualizado con nuevo apartado de Exportación e Importación manual]

Suena complicado el título, como algo de la NASA, pero realmente no lo es.

En resumen: En Plastic, la "replicación" se refiere a la sincronización entre 2 repositorios, que es lo mismo que sincronizar 2 bases de datos, donde todos los datos nuevos que se han agregado en una de ellas se pasan a la otra, y viceversa, para lograr que ambas tengan lo mismo.

Estas bases de datos pueden ser locales, remotas o mezcla de ambas. En el caso de un repositorio remoto, puede ser tanto la PC o Portátil de al lado, como un servidor en otra planta o en otro edificio o ciudad.

¿Qué diferencia hay entre usar la Replicación y no usarla?

La replicación es simplemente una redundancia de repositorios, una forma de tener más de una copia de lo mismo y en ciertos casos es la única forma de poder trabajar con otras personas. Por ejemplo, cuando se trabaja con un Portátil que se puede llevar al cliente, y no se disponga de una conexión al repositorio principal (obviamente, siempre que el Portátil no sea el repositorio principal), entonces se hace necesario trabajar offline, o sea, con un repositorio local para poder ir protegiendo los cambios y mantener un historial de los cambios, que más tarde se sincronizarán con el repositorio central, que está en una PC de casa o de la oficina.

En el caso de no usar replicación de repositorios, se estará usando un único repositorio siempre, que estará todo el tiempo actualizado con lo último y no requerirá ninguna sincronización. Siempre estará la posibilidad abierta para crear otro repositorio en otro PC y hacer replicación.

Ahora, centrándonos en las diferencias, más allá de la sincronización en sí, la única diferencia notable es respecto de la eliminación de changesets, ya que si necesitamos eliminar un changeset o una rama por haberla creado mal, por ser innecesaria o por lo que sea, trabajando con un único repositorio esto es algo que se hace en un solo paso (se borra y listo), pero trabajando con replicación, se debe hacer esa eliminación en cada uno de los repositorios replicados, ya que si solo se hace en uno, al sincronizar se volverá a restablecer el/los changesets y ramas eliminadas, ya que los repositorios que tengan esa información se la pasarán a los que no la tengan.

Al final es algo simple de solucionar, pero es importante saber cómo funciona.

¿Qué ventaja tiene usar la Replicación?

La ventaja principal, es que con un par de clicks podemos hacer un "backup" en otro ordenador conectado a la red o a Internet, cosa que si a nuestro ordenador principal le pasa algo, al menos tenemos la tranquilidad de que tenemos una copia en otro ordenador, y es difícil que se estropeen 2 ordenadores a la vez.

A colación de esto, ¿recuerdan cuántas personas han aparecido en los foros diciendo que habían perdido todo o parte del trabajo (nada menos que los fuentes), y que sólo tenían, con suerte, un EXE para descompilar? ¿o los que se les ha estropeado algún binario (en general un form) con el que estuvo trabajando todo el día?

Espero que con lo fácil que es esto, ustedes no sean nunca esas personas, porque con esta facilidad que ofrece un DVCS y en varios casos sin coste (como este), ya no hay excusas. La comodidad es muy peligrosa en estos temas.

Configuración de una vista de sincronización

Veamos un ejemplo práctico de una replicación de un servidor Plastic local, por ejemplo, la PC o Portátil que usamos para desarrollar, y un servidor externo, que bien podría ser otro PC en la red o en Internet.

Nota: En mi caso, la PC local de trabajo es un Windows 7 virtualizado que llamé win7u, y el servidor es un PC físico con Ubuntu Linux llamado fer-desktop. En ambos casos, ustedes deben reemplazar los nombres de PC por los vuestros, así que las imágenes a continuación son orientativas. Para saber el nombre de vuestro PC, pueden abrir la ventana de comandos DOS, escribir SET <Enter> y ver una variable que dice COMPUTERNAME=NombreDeVuestroPC.



1) Lo primero es abrir la vista de Sincronización de repositorios, en el panel izquierdo, donde podemos observar 2 paneles verticales; el superior con los nombres de las "vistas" de conexiones y el de abajo con las conexiones de esa vista:

2) Luego añadimos una vista (de conexiones), que en este caso es una agrupación de una o más conexiones que se agruparán bajo un nombre identificativo a elección:

Una vez agregada la vista, ya aparece en la lista:

3) Ahora agregamos el origen de la conexión, que es el PC con el repositorio de origen, por ejemplo, nuestro PC o Portátil de trabajo (recordar, win7u es mi PC, ustedes pongan el suyo!):

 Una vez seleccionado el PC, el puerto y el repositorio, ya aparece el origen creado en la vista:

4) Ahora asociamos el destino de replicación, que puede ser otro repositorio en la misma PC o en otra que esté visible en la red o en Internet, en mi caso será fer-desktop, pero ustedes pongan la suya.

Cuando clickeen "Buscar" es posible que les pida las credenciales para conectarse al repositorio indicado, así que deberán indicarlas, y opcionalmente pueden marcar el check para "Recordar credenciales como un perfil de conexión", que luego se podrá acceder desde la opción "Preferencias" del panel izquierdo:

Nota: En el caso de que el repositorio externo sea de Internet o fuera de nuestra empresa o casa, conviene usar siempre una conexión SSL para mejorar la seguridad, en cuyo caso el servidor debe indicarse como ssl://ServidorRemoto:8088, donde ServidorRemoto puede ser una dirección URL o una IP.

5) Una vez puestos los datos del PC/servidor destino y puerto, se mostrarán los repositorios encontrados en el mismo (solo los que se tenga acceso), para seleccionar uno y aceptar:

6) Ya podemos "Refrescar" la conexión para que verifique si hay algo que sincronizar, por lo que hacemos click-derecho en la conexión deseada:

7) Si hay algo, como en este ejemplo, se mostrará qué hay, y si son cambios entrantes o salientes, siendo los entrantes los que actualizarán nuestro repositorio origen (normalmente el local) y los salientes los que se exportarán al repositorio destino (normalmente externo):

8) Si hay cambios, sincronizamos todo:

9) Se mostrarán las ramas que se sincronizarán y se da la oportunidad de cambiar algunos parámetros de la sincronización:

10) Si hay cambios para sincronizar, se mostrará un avance del proceso:

11) Hasta que finalice:

12) Una vez terminada la sincronización, se mostrará un mensaje de estado:

13) Respecto del check que había comentado cuando agregamos el repositorio destino, que permitía guardar las credenciales como un Perfil de conexión, estos datos se pueden acceder desde la opción de "Preferencias" del panel izquierdo, de donde se pueden modificar, agregar o eliminar perfiles, e indicar si el perfil es de conexión "Automática" o "Manual":

Respecto de elegir conexión Automática o Manual, la decisión se debe basar en si el repositorio a conectarse está todo el tiempo disponible (siempre online) o no (a veces offline).



[Actualizado. 05/06/2015 >>]

Exportación e Importación manual de repositorios

Plastic permite exportar o importar los repositorios, uno a uno, de forma manual por medio del comando cm desde la ventana de comandos. El formato es abierto y se basa en el mismo formato que usa git, con lo cual también se puede usar para importar o exportar en git.


Exportación:

La sintaxis para exportar es la siguiente:

cm fast-export repositorio@servidor:8087 [archivo-destino.dat]

Si no se indica el nombre del archivo destino, se llamará "fast-export.dat", y si existiera, se le irá agregando 1, 2, 3, etc.


Este es un ejemplo de uso en Linux (muy similar a Windows):

cm fast-export FoxUnit@fer-desktop:8087 ./FoxUnit.dat


Importación:

La sintaxis para importar es la siguiente:

cm fast-import repositorio@servidor:8087 archivo-a-importar



Más información en la web oficial:
https://www.plasticscm.com/documentation/technical-articles/kb-fast-import-fast-export.html
[<<]

Notas finales

Este artículo pretendió explicar de forma rápida como configurar una replicación, pero no es extensivo, y hay unos cuántos parámetros y combinaciones interesantes para ver, como por ejemplo la posibilidad de replicar un origen a múltiples destinos y otras opciones, que les dejo para que les investiguen ustedes.

Espero que les haya sido útil.


Hasta la próxima! :D


Artículos relacionados:
PlasticSCM: Opciones de conectividad, transporte del código fuente y backup

Nueva versión v2.4.28 de las herramientas Visual FoxPro 9 para PlasticSCM (Incluye FoxBin2Prg.exe v1.19.33)

Qué son las Herramientas VFP 9 para Plastic:

Estas herramientas son un grupo de scripts vbs y programas Visual FoxPro 9 que se configuran dentro de PlasticSCM para poder invocar a FoxBin2Prg (incluye solo el EXE) desde dentro de la interfaz de Plastic.


Está liberada la versión v2.4.28 de las herramientas Visual FoxPro 9 para PlasticSCM, con los siguientes cambios:

• Actualizada la versión de FoxBin2Prg (solo el EXE) a la versión v1.19.33

El README.txt explica como se configura en Inglés y Español, y también está explicado en esta nota: Cómo configurar las Herramientas de VFP 9 para Plastic


Nota: Los fuentes del proyecto FoxBin2Prg y el historial de ambios, están en CodePlex, en este link.


Como actualizar las existentes:
Con descargarlas y reemplazar los archivos en el sitio que los hayan puesto antes es suficiente.


Link de descarga:
https://github.com/fdbozzo/foxpro_plastic_diff_merge


Saludos!

Nueva versión v1.19.33 de FoxBin2Prg (arreglo de bugs mnx)

Qué es FoxBin2Prg:

Es un programa pensado para ser utilizado con herramientas SCM (Administradores de Control de Código Fuente, como VSS, CVS, SVN) y herramientas DVCS (como Git, Mercurial, Plastic, and others), o como programa independiente, para hacer operaciones de Diff (ver diferencias) y Merge (mezclar cambios), que pretende sustituir a SccText(X) y TwoFox y mejorar sus funcionalidades, generando versiones de texto estilo-PRG que permiten recrear el binario original.


Está liberada la versión v1.19.33 de FoxBin2Prg con los siguientes cambios:

• Bug mnx: El menú no se genera bien cuando hay Bars del tipo #BAR y nombre vacío (Peter Hipp).

• Bug mnx: Si una opción tiene asociado un Procedure de 1 línea, no se mantiene como Procedure y se convierte a Command (Peter Hipp).

Como actualizar el FoxBin2Prg existente:Con descargar el zip y reemplazar los archivos en el sitio que los hayan puesto antes es suficiente.


Link  de descarga:
https://vfpx.codeplex.com/releases/view/116407


 Saludos!

Nueva versión v1.19.32 de FoxBin2Prg (arreglo bug)

Está liberada la versión v1.19.32 de FoxBin2Prg con los siguientes cambios:

• Una propiedad llamada "text" es confundida con la estructura text/endtext (ph42).

Como actualizar el FoxBin2Prg existente:
Con descargar el zip y reemplazar los archivos en el sitio que los hayan puesto antes es suficiente.


Link  de descarga:
https://vfpx.codeplex.com/releases/view/116407


 Saludos!

PlasticSCM: Opciones de búsqueda y visualización de ramas y changesets

Por: Fernando D. Bozzo

Cuando se comienza a trabajar con ramas, al poco tiempo se puede convertir en un frondoso árbol donde a veces es difícil poder ver una rama particular y sus relaciones, porque es cruzada por varias otras que en principio no nos interesa ver.

Una de las cosas más importantes que se debe conocer, cuando se trabaja con una herramienta SCM o DVCS, es poder visualizar lo que se quiere de distintas formas, para tener un mejor control sobre lo que se está haciendo o viendo.

En este artículo veremos varias de ellas, y les recomiendo elegir estas opciones al menos una vez para conocerlas y ver su utilidad.

Nota: Todas las vistas permiten trabajar desde ellas. No solo son para visualizar.


Todas las vistas se seleccionan desde el panel izquierdo, el cuál está siempre visible:

Vista del Explorador de ramas

Esta es una vista típica de las ramas de un equipo de desarrollo donde, como se puede observar, cuesta un poco poder ver solo las ramas marcadas en amarillo:

Panel derecho del Explorador de ramas

Con el botón Navegador se puede habilitar o inhabilitar el panel derecho, que tiene varias opciones interesantes:

Apartado: Propiedades

Dentro de este apartado podemos ver información sobre el changeset o rama seleccionada, además de que desde aquí podemos modificar los comentarios:

Apartado: Opciones de visualización

Dentro de este apartado podemos controlar varios aspectos de lo que se muestra en el Explorador de ramas, incluso opciones de filtrao por fechas o niveles de hijos desde el changeset 0.

La mayoría de las opciones son simples y se pueden entender a primera vista, pero hay un par de opciones que no son tan obvian y que requieren algo de explicación, y que son las de debajo de todo: Activar modo de edición de visibilidad y Activar edición de disposición.


Activar modo de edición de visibilidad

Permite ocultar/mostrar ramas: Se elige esta opción, se marcan las ramas a ocultar y se desmarca esta opción para finalizar. Todavía no me tocó una situación donde requiera esto.

Nota: Cuando se elige esta opción, se muestra una explicación de uso debajo.


Activar edición de disposición

Esta opción permite reorganizar las ramas, para poder agruparlas de una forma más útil que la forma por defecto, por ejemplo, acercando entre sí las ramas que tienen relación directa.

Nota: Cuando se elige esta opción, se muestra una explicación de uso debajo.


La forma se uso es simple: Se marca esta opción, se elige la rama que se quiere mover (solo hacia arriba/abajo, ya que izquierda/derecha es controlado por la fecha/hora de la rama según su columna), se mueve la rama con las flechas de cursor y se vuelve a desmarcar esta opción para que queden los cambios guardados.

Nota: Si no se llegara a ver todo el panel completo y apareciera recortado en altura, seguramente el problema sea la resolución de pantalla, que debería ser como mínimo de 1280x1024 para poder ver las opciones completas.

Búsqueda rápida

El cuadro superior-derecho permite escribir para hacer un filtrado en cuando se pulsa <Enter>.

Por ejemplo, si escribiéramos tarea-025, la vista anterior resaltaría en amarillo todas las ramas que contengan ese texto en su nombre, marcando la rama seleccionada en naranja, permitiendo la navegación por las mismas con las flechas de navegación.

Nota: Una búsqueda que a veces puede ser útil, es la búsqueda por changeset, que da un único resultado. En ese caso la forma de buscar es usand la nomenclatura cs:nn , por ejemplo para buscar el changeset 51, escribiríamos cs:51 <Enter>

Opciones del Explorador de ramas

Si hacemos click-derecho sobre una rama y elegimos la opción Explorador de ramas, podemos ver las siguientes opciones:

Opción: Ir a la base de la rama

Nos permite ir al changeset de la rama padre de donde se creó esta rama, y que es a donde apunta la flecha gris fina de cada rama.

Opción: Mostrar ramas seleccionadas en un nuevo diagrama

Si quisiéramos ver una rama (o varias) por separado, sin el ruido de las que no nos interesan, las podemos marcar con CTRL+Click, al igual que se hace para elegir varios archivos en el explorador de archivos, luego hacemos click-derecho sobre una de las ramas seleccionadas y elegimos la opción en cuestión.

Si eligiéramos las 2 ramas en amarillo del principio, se abriría una nueva vista filtrada así:

Opción: Mostrar ramas seleccionadas y relacionadas en un nuevo diagrama

Si quisiéramos ver una rama (o varias) y las  ramas directamente relaciondas por separado, las podemos marcar con CTRL+Click, al igual que se hace para elegir varios archivos en el explorador de archivos, luego hacemos click-derecho sobre una de las ramas seleccionadas y elegimos la opción en cuestión.

Por ejemplo, si quisiéramos ver las ramas relacionadas a la tarea-025 del primer ejemplo, con sólo seleccionar esa rama y eligiendo esta opción se abriría una nueva vista filtrada así:

Opción: Mostrar merges pendientes para las ramas seleccionadas en un nuevo diagrama

Si alguno entiende lo que muestra este diagrama y cuándo y porqué lo hace, por favor, que me lo explique :)

Opción: Mostrar diagrama personalizado de las ramas seleccionadas...

Esta opción muestra un cuadro de diálogo que permite indicar algunas de las opciones anteriores y algunas condiciones de filtrado adicionales:

Vista de Ramas

Esta es una vista de texto con información adicional como los comentarios de las ramas, muy útil en algunos casos, que también permite seleccionar ramas y operar con ellas para hacer Diff, Merge y otras operaciones.

Nota: La rama con el changeset actual siempre se muestra en negritas.


Esta es la vista plana, donde de paso se puede ver que no comentar las ramas quita información útil a la derecha:

Y esta es la vista jerárquica (solo para ramas Plastic nativas, las de GitHub y otros repositorios pueden no verse bien anidadas):

Misma vista, pero abriendo el panel derecho de detalles con el icono marcado en rojo:

Búsqueda rápida

El cuadro superior-derecho permite escribir para hacer un filtrado en tiempo real.

Por ejemplo, si escribiéramos tarea-025, la vista plana anterior filtraría todo lo que contenga ese texto en cualquiera de las columnas mostradas, comentarios incluidos:

Nota: Las columnas permiten ordenar la información mostrada, si se cliquea en ellas.

Vista de Changesets

Al igual que la vista de Ramas, esta es una vista de texto que permite ver rápidamente los changesets con sus comentarios, fecha de creación y otros datos, y que también permite seleccionar changesets y operar con ellos para hacer Diff, Merge y otras operaciones.

Búsqueda rápida

El cuadro superior-derecho permite escribir para hacer un filtrado en tiempo real.

Por ejemplo, si escribiéramos fidel, la vista plana anterior filtraría todo lo que contenga ese texto en cualquiera de las columnas mostradas, comentarios incluidos, y ese es otro motivo para escribir cosas útiles en los comentarios:

Nota: Las columnas permiten ordenar la información mostrada, si se cliquea en ellas.

Vista de Etiquetas

Esta es otra vista de texto que permite ver rápidamente las etiquetas con sus comentarios, fecha de creación y otros datos, y que también permite operar con ellas para hacer Diff, Merge y otras operaciones.

Búsqueda rápida

El cuadro superior-derecho permite escribir para hacer un filtrado en tiempo real.

Por ejemplo, si escribiéramos 1.1, la vista plana anterior filtraría todo lo que contenga ese texto en cualquiera de las columnas mostradas, comentarios incluidos:

Nota: Las columnas permiten ordenar la información mostrada, si se cliquea en ellas.

Vista de Shelves

Esta es otra vista de texto que permite ver rápidamente las etiquetas con sus comentarios, fecha de creación y otros datos, y que también permite operar con ellas para hacer Diff, Merge y otras operaciones.

Búsqueda rápida

Tiene el mismo funcionamiento que las demás vistas de texto.

Comentarios finales

Conocer todas estas vistas y opciones de filtrado, es fundamental para poder navegar por la información que brinda una herramienta SCM o DVCS y para poder realizar operaciones con la misma.

Poder hacer todo esto es una de las mayores ventajas que aporta trabajar con estas herramientas, donde la mayoría de opciones son prácticamente imposibles si se trabaja a la antigua usanza.

Esto es lo que permite poder manipular el código de una aplicación completa con un control total y a distintos niveles de detalle.


Hasta la próxima!