A finales del mes de abril, escribí un análisis sobre una revolucionaría herramienta de merge de código compartido, Semantic Merge, de la empresa códice software – que además es 100% española.

Y en el cual, además, tuve el placer de compartir con los lectores de GenbetaDev las opiniones y anotaciones de Roberto Luis Bisbé, uno de los programadores directamente participante en este proyecto tan interesante.

Evolucionando el uso de idiomas

Pero siguiendo el “roadmap” que se puede visualizar en la propia página web del producto, acaban de anunciar que Semantic Merge “entiende” Java, como preludio a la llegada de C++, Javacript, Ruby, php o python.

Y, no hay que olvidarlo, que es un producto gratuito para los proyectos Open Source.

Otra cosa que quiero señalar es el espectacular diseño de la Web que, en una conversación con el diseñador que está detrás del magnífico grafismo de la misma, me dejó boquiabierto al indicarme que no había visto ninguna de las películas de “Ultimatum a la tierra”… y que no era Gort.

Más información | Web de SemanticMerge
En GenbetaDev | SemanticMerge, una forma diferente de realizar los merges en nuestro repositorio

Los desarrolladores utilizamos de forma habitual, o al menos así debería ser en todos los casos, los repositorios de código para mantener un control cercano de las versiones y optimizar el trabajo en equipo.

Dichos repositorios permiten que un equipo trabaje sobre un mismo código, modificándolo, añadiendo o eliminando líneas, de forma simultánea. O, utilizando una política de branching, desarrollar líneas paralelas de una aplicación para tener la seguridad de tener siempre una versión funcional.

Sin embargo estas ventajas tienen un lado oscuro que a todo programador preocupa: los merge. El momento en que el trabajo de varias personas se debe “mezclar” y ponerse de acuerdo para obtener una sola unida de código.

SemanticMerge,innovando en la gestión del codigo

Códice software es una compañía totálmente española que, cosa ya de por sí asombrosa en estos tiempos de “cárnicas“, se dedica a realizar software de calidad. Así, entre sus productos estrella tiene el repositorio de código PlasticSCM y, con una preciosa página Web, acaban de hacer pública su beta del producto SemanticMerge.

Según la propia compañía, estamos ante una revolucionaría forma de realizar el Merge del código, gracias a la ayuda que ofrece la herramienta. Y que, además, funciona con los principales repositorios actuales, y ya están abordando el funcionar sobre los pocos que le faltan.

Pero el que mejor nos puede hablar sobre la empresa y este producto es uno de sus desarrolladores, Roberto Luis Bisbé. Un joven recién licenciado, con gran reconocimiento en la comunidad .NET, y que participa directamente en el desarrollo de SemanticMerge.

¿Por qué una herramienta para realizar merges de código?
La idea de este proyecto viene de nuestra manera de trabajar internamente en Códice, empleamos una metodología denominada rama por tarea, con lo cual cada vez que se completa una tarea (y pasa sus correspondientes test) nuestro Release Manager la integra en la rama de producción. Como trabajamos de manera paralela, es frecuente que varios miembros del equipo modifiquen los mismos ficheros, generando conflictos.

Las herramientas actuales gestionan estos conflictos a nivel de línea, lo que las hace tremendamente versátiles y universales, pero carecemos de información de contexto, de tal manera que al realizar un merge, si un miembro del equipo ha movido un método, y otro ha realizado cambios, genera un conflicto manual que se podría haber resuelto de manera automática.

¿Qué es SemanticMerge?
SemanticMerge es, en primer lugar, una herramienta de merge. Estas herramientas permiten, dados 3 ficheros (origen, destino y base) combinar los cambios que se han producido y dar como resultado un nuevo fichero. Se emplean continuamente en el contexto del control de versiones para mezclar o integrar ramas con cambios concurrentes.

¿Qué tiene de nuevo este merge?
Es algo completamente diferente a lo visto hasta ahora, ya que es la primera herramienta comercial que permite analizar los cambios no a nivel de líneas, sino a un nivel más abstracto, viendo diferencias entre métodos, clases, propiedades o campos en un mismo fichero. Permite además convertir operaciones manuales (y muy costosas) en operaciones automáticas, como es el caso del refactor comentado anteriormente.

¿Se integra con Visual Studio?
Al ser una herramienta de merge, se puede integrar con Team Foundation Server, y de hecho tenemos una guía disponible para ello en semanticmerge.com http://www.semanticmerge.com/

¿Y Eclipse, XCode o el resto de los IDE de desarrollo?
Nosotros nos integramos a nivel de control de versiones, es decir, que Git, Mercurial, Perforce o ClearCase pueden cambiar su herramienta de merge por defecto a la nuestra. Respecto a plataformas en estos momentos solamente ofrecemos soporte para Windows, aunque las versiones de Mac y Linux están en nuestra hoja de ruta, y deberían estar disponibles pronto.

¿Tenéis pensado ofrecerlo On line, como servicio?
Aunque se planteó originalmente como una herramienta en la nube, desde el punto de vista práctico y de rendimiento hemos optado por hacer aplicaciones de escritorio, de momento.

¿En qué lenguaje está realizada SemanticMerge?
Todo nuestro desarrollo está hecho en C#, en .NET 4 y usando Visual Studio 2010 y 2012 como entornos. El apartado gráfico está hecho en WPF usando Blend como herramienta de diseño.

¿Es producto nacional 100%?
Completamente, tanto a nivel de desarrollo como a nivel de negocio somos una empresa española, aunque estamos enfocados al mercado internacional, de ahí que el idioma principal a nivel interno o externo sea el inglés.

¿Por qué tenéis vuestras oficinas en Valladolid, cuando parece que todo se aglutina en las grandes capitales como Madrid o Barcelona?
Dejando de lado la historia de la ciudad, que entre 1601 y 1606 fue capital del entonces Imperio Español, la razón fundamental es que Pablo, uno de nuestros fundadores, ya trabajaba en Valladolid antes de fundar la empresa. La situación de la ciudad, a tan solo 1h en AVE del centro de Madrid nos permite alejarnos un poco del “ruido” mientras que seguimos siendo una empresa competitiva y conectada, además, la mayor parte de nuestros ingenieros vienen de Valladolid o Burgos.

Muchas gracias a Roberto y a Códice Software por estas palabras y por el excelente producto que han sacado al mercado en formato beta pública (sin cargo) a la espera de la presentación de SemanticMerge en toda sus funcionalidad.

Para cerrar el artículo, señalar el exquisito diseño gráfico del producto, basado en la película de Ciencia Ficción de los años 50, “Ultimátum a la tierra”, y de donde se utiliza como logotipo la amenazante figura de Gort que transmite una enorme fuerza y conocimiento superior.

Más información | SemanticMerge Web, Códice Software
Vía | Roberto Bísbe blog

SourceTree es quizás uno de los mejores clientes GUI para manejar repositorios git y mercurial que existen en la actualidad. La pena es que hasta ahora sólo estaba disponible para plataformas mac, pero eso va a cambiar ya que Atlassian ha anunciado que en breve los usuarios de Windows también podrá disfrutar de él.

Hay miles de comentarios positivos sobre SourceTree. Y no es de extrañar, ya que la complejidad que puede conllevar manejar un DVCS, se convierte en algo sencillo sin perder ni un ápice de potencia y flexibilidad.

A través de esta herramienta podemos realizar completamente todas las tareas de gestión de un DVCS:

• Crear y clonar repositorios de cualquier sitio, tanto Git como Mercurial. Además de integrarse perfectamente con Bitbucket o Github.
• Commit, push, pull y merge de nuestros archivos
• Detectar y resolver conflictos
• Consultar el historial de cambios de nuestros repositorios.

Todo ello sin olvidar las tareas más complejas como la integración de SVN vía git-svn o hgsubversion para cuando estamos haciendo una migración de sistema de repositorio. Y todos los comandos como el manejo de patch, rebase, stash/shelve y mucho más.

La disponibilidad de SourceTree para Windows se irá realizando gradualmente a través de un programa de acceso para pioneros que se apunten a la beta. Por lo que si quieres probarlo deberás apuntarte al formulario que ha creado Atlassian. Quizás debamos esperar a que la aplicación esté pulida al 100% pero es una de las mejores herramientas para introducirse al manejo de DVCS, ya que nos da un gran abanico de posibilidades que a través del uso de comandos se hace mucho más complejo.

Descargar | SourceTree
Vía | SourceTree Blog
En Genbeta Dev | SubGit: migrar de Subversion a Git sin quebraderos de cabeza

Quizás seas un cowboy que cabalga sólo y no le das importancia a los comentarios de tus commits en tu repositorio de código, pero cuando se trabaja en equipo estos comentarios son fundamentales para que otros compañeros sepa en qué estado se encuentra el proyecto y lo que se van a encontrar a actualizarlo.

Cuando hacemos hacemos checkout de un proyecto, lo que queremos saber es cuál es el estado del código, es decir, qué funcionalidades nuevas se han incorporado o que comportamientos se han modificado desde la última revisión. Un error en que solemos caer es explicar en los comentarios de commit qué hicimos, pero no qué hace el software.

Los comentarios deben estar más cerca a las historias de usuario que a cuestiones técnicas de métodos, clases o bugs que hemos resuelto. Ojo, no quiere decir que no indiquemos modificaciones de código que puedan influir a nuestros compañeros cuando lo actualicen con el nuestro. Pero lo que esperamos es saber qué hace el software actualmente con el nuevo código que se ha incorporado, las clases que se han modificado y los elementos añadidos o eliminados ya los vemos en la revisión.

Consejos prácticos para mejorar nuestros comentarios en los commits

Leyendo un interesante post que hablaba precisamente sobre repositorios y commits, me encontré con el mismo problema de olvidar explicar el comportamiento del código y centrarse en exceso sobre la descripción de la implementación o qué se hizo. De allí saque algunos consejos prácticos para mejorar nuestros comentarios.

• Hablar sobre las funcionalidades del nuevo código, no sobre ti mismo: no escribir que hiciste, si no describir qué hace el software ahora con estos cambios
• No hablar en pasado, debemos usar el presente y centrarnos en el estado actual.
• Evitar referencia temporales en el commit, la revisión ya incluye la fecha de modificación.

Pero la idea de mejorar nuestros commit va mucho más allá. Ya que dándole una vuelta por completo a la forma de comentar nuestros commit podemos llegar a plantearnos la técnica de escribir los comentarios de commit antes de empezar a codificar ni una sola línea de código.

Beneficios de escribir los comentarios de nuestros commit antes de codificar:

• Estaremos más enfocados durante el desarrollo. El comentario de commit es un resumen de las tareas del to-do que tenemos que implementar. Intentamos no salirnos de la historia de usuario a realizar, sin divagar y haciendo lo que describe ese comentario sin mezclar otras posibles tareas.
• Revisar el commit es mucho más fácil, si tenemos ya una breve visión de lo que tiene que contener.
• A la hora de commitear serás mucho más preciso. Después de un par de horas enfrascado en el código, normalmente no nos apetece pensar demasiado que poner por lo que todo queda en vacíos mensajes de “solucionado el bug…” “mejoras en la clase, blaba, o refactor del método mágico”. Por eso agradecerás haberlo escrito antes.
• Si trabajas con pomodoros, incluso puede servirte para organizar tus commit en sesiones de trabajo haciendo cosas concretas.
• Al final de todo, al tener definida una meta clara, ese commit queda mucho más preciso y podemos fijarnos pequeños hitos o modificaciones que se vean reflejados en el código bien delimitados.

Después de todo, sólo son un par de ideas que puedes poner en practicar o combinar con las tuyas propias. Y si lo de escribir buenos mensajes en los commit no es lo tuyo, puedes seguir recurriendo al generador aleatorio de mensajes de commit, pero luego no te quejes porque te pierdes entre revisiones y no sabes qué hace el código em cada una de ellas.

Vía | Preemptive commit comments
Foto | Generador aleatorio de mensajes de commit

Interesante movimiento de Github al presentar hoy su Commit Status API, una útil API que indique el estado de los commit hechos en nuestros repositorios. Esto permitirá obtener muchas más información de los pull request que se realicen sobre todo si lo combinamos con CI (Integración continua).

Los diversos estados “pending”, “success”, “failure” o “error” nos ayudarán a manejar mejor el código. Así cuando hagamos un commit podemos lanzar los test asociados e indicar en el estado si ha pasado los test dando información adicional con la descripción si no los ha pasado o una url con la salida del build fallido.

Esta nueva API de Github es un gran impulso para aplicaciones que ya estaban trabajando en este tipo de funcionalidades como Travis o Sprint.ly.

Usando Travis para la integración continua podemos ver como la propia herramienta nos notifica en el estado de cada commit si ha sido correcto (ha pasado todos lo test) junto con sus detalles, si ha sido fallido o si hay alguna advertencia cuando está ocupado pasando los test.

En Sprint.ly nos ponen otro ejemplo de uso bastante interesante: un desarrollador hace un commit indicando que un ticket se ha cerrado; Sprint.ly envía un email al equipo, añade el mensaje al commit y marca el commit con la API de Github como “pending” hasta que otro desarrollador lo revise; cuando alguien revisa el ticket se verifica y desde Sprint.ly se indica usando la status API que commit ha sido “success”.

La status API de Github permite añadir más datos a cada commit agregando información interesante para el “exterior”. A bote pronto, se me ocurre que sería interesante integrar esta API de Github con tablones virtuales de Scrum o Kanban, pudiendo enlazar historias o tareas con nuestro código y, por supuesto, con su estado. Algo como Kanbantool enlazado con Github, ¿alguien se pone a ello?

Vía | Github Blog
Más información | Documentación Status Commit Github
En Genbeta Dev | Travis CI, sistema distribuido de integración continua libre integrado con Github

Prácticamente casi todos tenemos algún proyecto personales o al menos nos gusta trastear con pequeñas aplicaciones en nuestro tiempo libre. En las empresas es habitual tener un repositorio de código, sobre todo como control de versiones y compartir código con otros compañeros, pero cuando trabajamos solos es otra historia.

Por eso, esta semana en la pregunta queremos saber qué herramientas usas para gestionar tu código y mantener tus repositorios personales, ya sea, por ejemplo, con Dropbox, un servidor Git, SVN, Mercurial privado, repositorios “sociales” como GitHub o Bitbucket, o otras alternativas.

¿Qué usas para gestionar tus repositorios personales de código?

Recuerda que para responder, debéis hacerlo desde nuestra sección de Genbeta Dev Respuestas (sigue el enlace) y no comentes en este post. Gracias.

En la pregunta de la semana pasada os preguntábamos ¿Cuál ha sido tu último descubrimiento (framework, librerías, lenguajes,herramientas, …)? Hemos recibido un aluvión de increíbles tecnologías interesante para comentar más en detalle. Gracias a todos por vuestras respuestas tendremos un gran arsenal de cosas con las que trastear estos días. De entre todas las respuestas enviadas, la más valorada (7 votos) ha sido la de Javi Manzano.

Backbone.js. Aún estoy empezando, pero le veo un gran potencial. Estaba cansado ya de mis habituales enjambres de javascript en mis proyectos, creo que este framework podría ser parte de la solución :)

Muchas gracias a todos por participar. Nos vemos la semana que viene con las mejores respuestas a la pregunta que os hemos propuesto. Y recordad que la sección de Genbeta Dev Respuestas está a vuestra disposición para resolver todas las dudas que tengáis.

En Genbeta Dev | ¿Qué usas para gestionar tus repositorios personales de código?

Git es uno de los sistemas de control de versiones más populares y del que más estamos oyendo hablar últimamente. Gracias a su potencia y versatilidad muchos grandes proyectos de software libre están migrando sus repositorios a Git. Cada vez más es más importante saber usar Git, tanto a nivel personal como laboral. Parte del éxito de este sistema de repositorios es GitHub y no dejan de evangelizar, más si cabe, a todos los desarrolladores que quieran aprender a usar Git con un curso interactivo de unos 15 minutos donde podrás a empezar a soltarte.

Si vienes de Subversion quizás la primera barrera que te bloquea para empezar a usar Git son la variedad de comandos nuevos y algunos de los conceptos que hacen a Git tan versátil. Con el curso de Github podrás empezar a trastear con Git de una forma fácil y segura en el entorno de un navegador sin ninguna complicación adicional que te desvíe del objetivo de aprender a usar Git. Todo lo que hagas se verá reflejado en un repositorio (try_git) que crea Github automática en tu cuenta para que vayas incluyendo ficheros de las sucesivas pantallas y luego puedas ver que todo ha sido real.

El curso está desarrollado directamente por los ingenieros de GitHub, expertos en el asunto, y en colaboración con Code School que si no conoces te recomiendo que eches un vistazo por su gran cantidad de cursos interactivos sobre tecnología.

Y como ya hemos hablado más veces en Genbeta Dev, sabedores de las complicaciones de migrar de un sistema de repositorios a otro, también puedes echar un vistazo a SubGit para migrar fácilmente tus repos y ver los vídeos de Git SCM donde en formato audiovisual podrás ir ampliando sobre Git.

Más información | Curso interactivo Try Git
Vía | GitHub Blog
En Genbeta Dev | Conociendo GitHub, el servicio donde alojar tus repositorios Git, Manejo de ramas de desarrollo con git

Subversion y Git tienen sus pro y sus contras, pero parece que últimamente Git le está ganando la partida siendo cada vez más popular. Muchas empresas planean migrar sus repositorios a Git, aunque aun con cierto temor a no adaptarse bien o, aun peor, perder parte de su código durante el proceso de migración. Para cubrir esa necesidad de una transición tranquila entre un sistema de repositorios a otro surge SubGit.

Su comportamiento es prácticamente transparente para los usuarios que seguirán utilizando cualquiera de los dos sistemas de sincronización, mientras SubGit se encarga de la sincronización entre ambos manteniéndose al día. En cualquier momento se puede quitar uno de ellos quedándonos con el elegido.

Con SubGit no es necesario cambiar la configuración actual y podremos usar todas las funcionalidades de Git o Subversion aun teniendo a SubGit instalado.

Existen otras alternativas que surgieron de esta necesidad de entrenar a los usuarios durante el cambio de repositorios. Uno de ellos es Git-Svn que de base sirve para los mismo que SubGit, aunque viendo su comparativa parece que SubGit le gana por goleada. Mientras que para Git-Svn los desarrolladores deben aprender a usarlo, en SubGit los desarrolladores sólo se deben preocupar de aprender Git.

¿Os animáis más a cambiar a Git usando este tipo de herramientas?

Más información | SubGit

GitHub for Windows es un cliente 100% nativo que se ejecuta en Windows XP, Vista, 7 y 8. El lanzamiento de esta herramienta viene a cubrir la necesidad de simplificar la barrera de entrada que suponía Git para muchos de los usuarios de Windows que usan los repositorios de GitHub, según cifras de la compañía representan alrededor de la mitad del tráfico de la web.

Quizás muchos nos vemos obligados en nuestros lugares de trabajo a utilizar entornos windows por lo que este cliente nos va a facilitar algunas de las acciones más comunes desde su interfaz gráfica con los repositorios Git, tanto locales como los alojados en GitHub.

Funcionalidades sobre repositorios Git locales y remotos

Lo que más llama la atención es botón “Clone in Windows” que a partir de ahora nos encontraremos en todos los proyectos de GitHub, por supuesto cuando usemos un ordenador con Windows. Este botón nos permitirá clonar repositorios directamente desde la propia aplicación.

La aplicación está diseñada usando la interfaz Metro de Windows. Nada más instalarla nos pedirá nuestro usuario de Github con lo que nos permitirá consultar y realizar las acciones más comunes sobre los repositorios que tengamos alojados o estemos siguiendo en GitHub. Tanto buscar y checkear branches, crear y publicar branches, hacer merge o borrarlos.

Además buscará en nuestro equipo los repositorios locales de Git que podremos administrar desde allí también y si queremos subir a GitHub fácilmente.

Implementación del cliente Windows de GitHub

La aplicación está desarrollada en C# y ha usado una gran variedad de proyectos open source para crear una herramienta sencilla para administrar nuestros repositorios den GitHub. Entre ellos se encuentre libgit2 que proporciona un clara y potente API para interactuar con repositorios Git, msysGit que es una poderosa herramienta para gestionar Git desde línea de comandos que incluye por debajo la aplicación, además de la poderosa shell desarrollada por Keith Dahlby conocida como posh-git. Y como no podía faltar hace uso de la API de GitHub v3 que podemos encontrar en su página de desarrolladores.

Más información | GitHub para Windows
Vía | GitHub Blog

Y con Django no nos referimos, claro está, ni al afamado cantante español ni al popular personaje del spaguetti-western interpretado por Franco Nero. No, nada de eso, Django es el poderoso y cada día más conocido framework de desarrollo web en Python (por ejemplo, el chico de moda Pinterest lo lleva en sus entrañas) y que en los últimos días ha abandonado definitivamente Subversión, sistema de control de versiones que utiliza desde sus albores, allá por 2005, para pasarse a Git y compartir su código en Github.

De hecho la gente del Django Project ya tenía un repositorio en Github pero lo que compartían eran versiones siempre muy antiguas y desfasadas de su código. Ahora eso ha cambiado y han decidido unirse al gran hype que hay alrededor de este popular repositorio de código por lo que todos los pythonistas pueden encontrar a partir de ahora versiones muy actualizadas y calentitas con las que jugar.

Y lo cierto es que, después de echarle un vistazo a este repositorio en Github de Django, esta gente tiene un código de mucha calidad. Realmente da gusto, si te gusta leer código (oye, cada uno tiene sus vicios), pasearte por su árbol de ficheros e ir abriendo cada uno e indagando en él (aunque, como es mi caso, ni siquiera tengas gran idea de Python). Un gran trabajo al que ahora todos podemos acceder y contribuir.

Vía | Nettus+
Descarga | Github
En Genbeta Dev | Otro proyecto más que migra a GitHub: ahora Spring Framework