Empezando con Windows Phone 7.1 (y IV) – Esquema de Ramas

Bien,

Ya tengo mi Backlog definido y mis Historias de Usuario más o menos ordenadas. Finalmente, para empezar a concretar (y que luego no se diga) dejadme que os haga un esbozo de esta primera aplicación.

La idea es simple (y nada fuera de lo común). Se trata simplemente de realizar una pequeña aplicación que sirva como una especie de diario personal que permita comentar lugares que uno ha visitado. Probablemente muy sencilla al principio pero (siguiendo con los principios ágiles) iremos incorporando valor a medida que vaya creciendo, tratando desde el primer momento que la aplicación sea capaz de aportar alguna utilidad desde la primera versión que vea la luz.

¿Cuál es el objetivo de la primera iteración? (Probablemente la más dura). Proporcionarme una idea sobre cómo ajustar mi solución de Visual Studio, habituarme a trabajar con los rudimentos de Expression Blend (siempre que sea posible) y proporcionar una primera versión que permita almacenar información sobre un lugar de interés para el usuario.

Empezando por el principio, he creado una estructura de ramas en el control de código (aquí TFS pero aplicable a cualquier otro de vuestro gusto, revisad, eso sí, la consabida guía de Branching en Codeplex). Inicialmente he empezado por considerando un esquema muy sencillo de tres ramas:

  1. Development
  2. Main
  3. Release
Basic Branching Scheme

Esquema Básico de Branching

Este esquema tiene la potencia de ser simple, permitiendo manejar lo más fundamental. Una rama principal de la que sale y hacia la que va la rama de desarrollo y luego N ramas de Release (relacionadas con cada una de las versiones sacadas de la herramienta, aunque potencialmente valdría con la «última versión»). Así mismo, si tenemos un problema con la última versión (que, por supuesto, ha sido adquirida masivamente en el «Market Place» de Windows Phone) podemos sacar una corrección para dicha versión sin invadir la rama de desarrollo.

Para más detalles, echadle un vistazo a la guía en Codeplex. Viene con unos casos de prueba que facilitan la comprensión y la implementación de estos esquemas en Team Foundation Server 2010.

Con este esquema, me he creado una nueva solución en Visual Studio 2010 del tipo Silverlight for Windows Phone Application /Panorama (OS v7.1)

CreandoElProyectoEnVS2010

Silverlight for Windows Phone 7.1 - Panorama App.

Y recordad que, al asociarlo al control de código fuente, la rama estable es «Main» así que esta es la primera rama que creo y, a partir de ella, se crearán «Develop» y «Release»

CreandoLaRamaMain

La primera rama que se crea es Main y, a partir de esta, Develop y Release

Hasta aquí todo sencillo. Los siguientes pasos serán comenzar con el diseño de la apliación (será muy sencillito, espero) y hacer una primera, y horrible, versión operativa en la que el usuario pueda registrar nuevos lugares así como ver qué lugares ha registrado (y el detalle de cada uno).

Mis Sitios de Interés: Vamos allá.