El Bruno

[TFS2010] TFSBuild 2010, lanzando Builds desde ShelveSets

2008-11-19T02:48:43Z

Buenas,

ayer comenté un poco sobre los nuevos "Gated CheckIn" incluidos en Visual Studio Team System 2010. Una de las grandes ventajas de esta nueva funcionalidad radica en que es posible validar secciones de código específicas utilizando un proceso de Build (con todo lo que conlleva, compilación, ejecución de pruebas, etc.) antes de que las mismas suban al gestor de código fuente en un ChangeSet.

Para poder trabajar de esta forma, estas compilaciones aprovechan la capacidad de crear estadios intermedios para nuestros archivos a través de ShelveSets (recomendado leer este link para comprender como funcionan).

Los siguientes apartados detallan algunos puntos a tener en cuenta:

1. En la sección de Triggers de un Build podemos definir que el mismo se dispare manualmente para trabajar con ShelveSets

2. Cuando se desea encolar una nueva Build, podemos ver que en la misma existe una opción "What do you want to Build?" que permite seleccionar entre el código fuente del servidor TFS o un ShelveSet en particular. En el caso del ShelveSet, tenemos un formulario para poder seleccionar el mismo de la lista de ShelveSets existentes en el Server.

Asimismo es posible, definir que si la compilación no tiene errores, los cambios del ShelveSet se suban como un ChangeSet con la opción "Check in changes after successful build"

3. El listado histórico de Builds y en ejecución, permite distinguir los 2 tipos de Builds, con una imagen especial. En la siguiente imagen, los Builds 2, 3, 4 y 5 han sido lanzados desde un ShelveSet

4. Finalmente en un Build ejecutado sin errores, si no se ha seleccionado la opción de subir los cambios automáticamente; es posible subir los cambios de código del ShelveSet a nuestro servidor de código fuente como un ChangeSet

Saludos @ Home

El Bruno

Referencias:

Working with Source Control ShelveSets
http://msdn.microsoft.com/en-us/library/ms181403(VS.80).aspx

Crossposting from ElBruno.com

[TFS2010] Gated CheckIn; validaciones previas a una acción de CheckIn

2008-11-18T04:09:37Z

Buenas,

hace unos días Enrique propuso un par de escenarios comunes de trabajo donde se planteaba la posibilidad de realizar una validación previa al CheckIn de un desarrollador utilizando un Build, para validar de esta manera la calidad y el trabajo del código a subir al control de código fuente. En el post, se nombraron varias herramientas y yo dejé caer como posibilidad comenzar a estudiar una nueva característica incluida en Visual Studio Team System 2010 denominada Gated CheckIn (he realizado una pequeña búsqueda y me parece que no hay referencias a este término fuera del mundo MS).

La principal base de esta funcionalidad se basa en que los desarrolladores no pueden subir código directamente en el control de código fuente. En cambio, se sube un ShelveSet con los cambios pendientes y se realiza una Build con el mismo para comprobar la compilación y si se pasan las pruebas unitarias. Si toda la acción ha ido correctamente, se procede al CheckIn.

Descripción Paso a Paso

1. Una parte importante de este proceso es configurar un Build dentro de un Team Project en Team Foundation Server 2010, donde el trigger que dispare el mismo, sea un Gated CheckIn. La siguiente imagen muestra la nueva ventana de propiedades para los triggers de un Build

2. Luego de configurar este Build en un Team Project, al momento de realizar una tarea de CheckIn, podremos ver que además de los pasos usuales del proceso, aparece una nueva ventana alertando que los cambios deben ser validados previos al CheckIn. Esta opción creará un nuevo ShelveSet, y he optado como opción preservar los cambios localmente

3. Un nuevo Build se agrega en el servidor de compilación y el resultado del mismo, definirá si los cambios en el código se suben al control de código fuente.

4. En este caso en particular he incluido errores en el código para que el Build sea erróneo, con lo que los cambios no se aplicarán.

5. Una vez solucionados los problemas en el código fuente, y verificadas las pruebas correspondientes; un nuevo proceso de CheckIn es disparado. Sin embargo en este caso, el resultado del mismo es correcto lo que nos habilitará a subir los cambios al control de código fuente.

6. Para subir estos cambios, debemos seleccionar el Build correcto, y desplegando el menú contextual sobre el mismo seleccionar la opción "Update Workspace".

7. Esto nos permitirá "reconciliar" los archivos del Build, basados en un ShelveSet, con los archivos del Source Control para de esta forma, poseer una versión definitiva y correcta de los mismos.

8. CheckIn listo y con las pruebas completas !!!

Los Gated CheckIn son una de las grandes novedades en la nueva versión de Visual Studio Team System 2010, sin embargo creo que todavía se puede mejorar mucho la integración y experiencia de usuario con los mismos, por ejemplo añadiendo un par de opción para un Build por defecto en un Team Project, o mejorando la ventana de CheckIn.

Como todavía falta para la versión final de VSTS 2010, seguro que nos encontraremos con un par de novedades por el camino.

Saludos @ Home (finally)

El Bruno

Crossposting from ElBruno.com

[VSTS2010] Test Impact Window, conociendo de antemano los tests que afectan al código modificado

2008-11-17T01:20:36Z

Buenas,

si bien todo el mundo sabe que es altamente recomendable ejecutar las pruebas definidas antes de subir el código fuente al gestor de código muchas veces por vagancia o por desgano esta tarea no se realiza. En muchas ocasiones, el argumento suele ser que la ejecución de todos los tests "tarda mucho" y esto ralentiza la dinámica del equipo de trabajo (recordemos que cuando más rápido mejor).

Por suerte Visual Studio Team System 2010 incorpora un nuevo panel que puede ayudarnos bastante "Test Impact View". Este panel, como muestra la siguiente imagen nos proporciona una vista de todas las funciones que hemos modificado y además la lista de Tests que afectan a cada una.

Para poder identificar los tests que afectan al código modificado, esta ventana se vale de una definición de un Build donde se especifica uno o más proyectos a compilar, con sus correspondientes tests. Una vez identificados, simplemente podremos ejecutarlos y asegurarnos que, antes de hacer CheckIn, como mínimo hemos probado con los tests definidos para el código que hemos modificado.

Saludos @ AVE (Bcn->Madrid)

El Bruno

PD: Lamentablemente no he podido cerrar la demo completa por un error en la CTP, la lista de tests solo se ha reflejado una vez y no he podido volver a obtenerla; veremos que dicen nuestros amigos de MS con respecto a este probable error de la CTP.

Crossposting from ElBruno.com

[TFS2010] Nuevas opciones en la ventana de Histórico de elementos en Source Control Explorer, incluido el visor gráfico de histórico de ChangeSets

2008-11-16T02:43:06Z

Buenas,

el nuevo formulario para presentar la información histórica de un elemento del Source Control Explorer incorpora nuevas funcionalidades que se echaban en falta desde hace tiempo. Especialmente si trabajas con Branches y con un esquema de promoción de información entre los mismos.

Por ejemplo, en la siguiente imagen podemos ver que en el listado histórico de los ChangeSets del archivo Customer.cs, vemos no solo el histórico de ChangeSets, sino que además podemos ver la relación que tiene con otros cambios de otros Branches de forma jerárquica.

Además podemos:

Ver el contenido del archivo en el momento del ChangeSet
Ver el detalle del ChangeSet
Comparar archivos entre 2 ChangeSets de la lista
Comparar directorios entre 2 ChangeSets de la lista (so cool !!!)
Ver el detalle en modo Annotate del archivo en el ChangeSet (Historic Annotate)
Obtener el archivo de esa versión
Realizar un seguimiento de cambios

Sobre este último punto quiero detallar un poco más, ya que esta funcionalidad es una de las más importantes según mi punto de vista. Pensemos durante un segundo que tenemos un escenario complejo con muchos Branches; en este tipo de escenarios poder realizar un seguimiento de los cambios a los distintos Branches suele ser una tarea compleja. Sin embargo, la siguiente herramienta nos puede ayudar bastante.

Al momento de seleccionar la opción "Track Changeset", veremos un formulario para definir el scope (los Branches) de la búsqueda de información.

A continuación, podremos ver en ~~otro DSL~~ en otro formulario visual, en que fechas se han ido pasando los cambios del ChangeSet original a los diferentes Branches.

Además, sobre cualquiera de los ChangeSets que aparecen en el visor, podremos realizar las acciones básicas de trabajo sobre un ChangeSet, incluido el drag and drop de diferentes ChangeSets entre diferentes Branches

Finalmente no quiero dejar de mencionar que a todas estas acciones que realizamos sobre uno o más ChangeSets, también las podemos realizar sobre un listado histórico de Labels, utilizando la 2da pestaña del formulario de histórico de un archivo.

Saludos @ Barcelona

El Bruno

Crossposting from ElBruno.com

[TFS2010] Conflictos en la ventana de Pending Changes

2008-11-12T23:11:35Z

Buenas,

este ha sido un día excelente en el TechEd, además de asistir a una sesión sobre Visual Studio Team System 2010 dictada por el mismísimo Brian Harry; luego en una sesión interactiva, se han pulido algunos puntos muy interesantes sobre el presente y futuro de Visual Studio Team System. Además, mientras estábamos con Luis en el booth del Ask The Experts de Team System, BHarry se nos ha acercado y ha respondido algunas preguntas muy interesantes ... :D

En medio de este ping-pong sobre Visual Studio Team System 2010 me di cuenta que en la ventana de Pending Changes del IDE de Visual Studio, en la nueva versión existe un nuevo apartado que nos muestra los conflictos en los archivos que estamos por "subir" al Source Control.

Por ejemplo, la siguiente imagen muestra como al momento de revisar los Pending Changes, el archivo Customer.cs presenta conflictos con la versión alojada en el Server.

Utilizando este nuevo formulario vemos que podemos realizar las siguientes acciones:

Merge Changes in Merge Tool
Take Server Version
Keep Local Version

Además de ver los diferentes ChangeSets que involucran los cambios del archivo (46 y 48 en este caso) y el tipo de conflicto que existe para este archivo.

Saludos @ TechEd

El Bruno

Crossposting from ElBruno.com

[TFS2010] Novedades en la nueva versión de Team System Web Access

2008-11-11T21:25:50Z

Buenas,

en los últimos días escribí un par de posts donde comentaba algunas de las nuevas capacidades que se incluían en el nuevo Visual Studio Team System 2010 relacionadas con las capacidades de edición y manejo para los WorkItems.

Ayer mientras estaba en el panel del Ask The Experts para Team System, surgió una pregunta relacionada con este tema y sobre como se las arreglaba nuestro querido Team System Web Access con estas "new features".

De memoria respondí que se soportaba lo mismo que en el IDE de Visual Studio Team System 2010:

1. Nuevas opciones para las relaciones entre WorkItems

Esta opción se incluye dentro de TSWA, aunque un poco más limitada en lo que se refiere a la interfaz de usuario.

Como podemos ver en las siguientes imágenes la vista jerárquica con las relaciones entre diferentes WorkItems se incluye en TSWA.

2. Novedades para la edición de información con WorkItems

El editor de contenido que soporta formato también se ha incluido en TSWA, los demás editores funcionan correctamente y de la misma manera que en el IDE de VS.

3. Novedades en el WorkItem Query Window

El editor de consultas sobre WorkItems, también incluye en la interfaz TSWA, las novedades que comenté sobre el editor del IDE de VS

4. Utilizando carpetas para organizar WorkItems Queries

Esta opción se ha incluido dentro de TSWA, incluyendo las opciones para crear carpetas y para navegar en las mismas.

Nota: El único error que he encontrado por el momento, está relacionado con el visor de pasos de Test que se relacionan con un Bug cuando esta información se carga desde Camano. Pero como todavía no he comenzado a postear sobre Camano, lo comentaré más adelante.

Saludos @ TechEd

El Bruno

Crossposting from ElBruno.com

[VSTS2010] Sintaxis de VB.Net

2008-11-10T23:20:53Z

Buenas,

el post de Visual Studio Team System 2010 del día de hoy es bastante rápido pero creo que uno de los mejores que he escrito.

¿Quien puede decirme la diferencia entre este código:

1 Public Class Demo
2   Sub SubDemo()
3     Dim x As string = _
4       "Hola Valentino"
5   End Sub
6 End Class

y éste código?

1 Public Class Demo
2   Sub SubDemo()
3     Dim x As string = 
4       "Hola Valentino"
5   End Sub
6 End Class

No es simple de ver, pero la diferencia está allí (línea 3):

En la próxima versión de Visual Basic (aún no sé el nombre clave para la versión de VB que soporte .Net Framework 4.0) se elimina la necesidad de utilizar el caracter '_' para separar los saltos de carro.

Saludos @ TechEd

El Bruno

Crossposting from ElBruno.com

[Off-Topic] En TechEd @ Barcelona, preparando el evento de MS Robotics (y con ganas de ver a Messi)

2008-11-10T15:15:35Z

Buenas,

pues esta semana cambiaré un poco la temática de los posts, ya que me encuentro en Barcelona en el TechEd. Por primera vez estaré en panel de Ask The Experts de Team System, compartiendo sitio con muchos cracks que han puesto el nivel altísimo. Lo mejor de este tipo de eventos, es que yo podré dedicarme a las preguntas simples y dejar los temas complicados para la gente que realmente sabe.

Por otra parte el próximo viernes 14 de Noviembre, cumpliendo una promesa que le hice a la gente de BCNDev.Net hace bastante tiempo, seré el ponente de una charla de MSRobotics donde veremos como los primeros pasos necesarios para la conquista global utilizando un Lego Mindstorms y el lanza misiles USB.

Además, y como dato interesante: SORTEAREMOS UN LEGO MINDSTORM NXT en el evento entre los asistentes al mismo ... así que la cosa promete ser más que interesante.

Link inscripción: http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032395190&Culture=es-ES

Saludos @ Barcelona

El Bruno

Crossposting from ElBruno.com

[TFS2010] Novedades en las capacidades de Branching en TFS 2010

2008-11-08T17:35:11Z

Buenas,

una de las grandes dudas cuando se trabaja con gestores de versiones de archivos, consiste en la gestión de los Branches. Hace un tiempo, escribí algo al respecto, como un simple ABC; sin embargo creo que la mejor ayuda es la guía oficial disponible en CodePlex: TFS Branching Guide.

Si bien es cierto que cada proyecto tiene sus propias características, que lo convierten en una implantación única para una estrategia de Branch; existen algunos problemas comunes que se encuentran en casi todos los proyectos. Uno de ellos puede ser la organización que demos a nuestros Branches. (la utilización excesiva de branches puede transformar en un caso nuestra organizacion del Source Control).

Visual Studio Team System 2010 incorpora una serie de mejoras en el Source Control Explorer que nos pueden ayudar en este aspecto. El siguiente tutorial muestra como crear una jerarquía de Branch folders y como TFS2010 nos ayuda a trabajar con los mismos.

Tutorial

1. Seleccionamos un Source Control Folder [$/DinnerNow/DemoTest-branch]; desplegamos el menú contextual y seleccionamos la opción Branching and Merging // Convert Folder to Branch.

2. Esta acción cambia el aspecto visual del Source Control Folder y lo identifica como un Folder que se utiliza en acciones de Branch.

3. Sobre el nodo seleccionado, con la opción Branching and Merging // Branch, creamos una serie de Branches, con la siguiente estructura:

- $/DinnerNow/DemoTest-branch [1]
- $/DinnerNow/DemoTest-branch-branch01 [2]
- $/DinnerNow/DemoTest-branch-branch01-branch01 [3]
- $/DinnerNow/DemoTest-branch-branch01-branch02 [4]
- $/DinnerNow/DemoTest-branch-branch02 [5]

Donde los nodos [2] y [5] son Branches del nodo [1]; y los nodos [3] y [4] son Branches del nodo [2].

4. En este punto podemos comenzar a explorar las novedades de Visual Studio Team System 2010.

5. Una de las novedades es una representación visual de las relaciones entre los diferentes Branches. Para ver la misma, seleccionamos el nodo principal, desplegamos el menú contextual y seleccionamos la opción Branching and Merging // View Hierarchy.

6. En el ~~DSL~~ visor de jerarquías podemos ver que se muestra el nodo principal y la relación con sus 2 nodos relacionados.

7. Seleccionando una de las opciones de la Toolbar podemos cambiar la vista para que muestre todos los niveles

Las opciones disponibles son las siguientes:

All Hierarchy
Full hierarchy
Ancestor and descentants
Ancestor and children
Ancestor
Parent and descentants
Parent and children
Children

8. Finalmente para cada elemento del diagrama podemos ver una ventana extendida de propiedades donde además de las propiedades de descripción y seguridad para elemento, también se puede representar la jerarquía de branches en modo Treeview.

Saludos @ Home

El Bruno

Crossposting from ElBruno.com

[VS2010] Novedades en las Domain Specific Language Tools

2008-11-07T04:22:24Z

Buenas,

si bien es cierto que solo poseemos una CTP muy temprana de Visual Studio Team System 2010, la extensibilidad de Visual Studio es un tema sobre el que muchos nos hacemos algunas preguntas. En la CTP actual no se distribuye ningún SDK o tutoriales para probar algunas nuevas características pero Stuart Kent nos comenta un par de detalles interesantes en su blog.

No espero traducir entero el post, pero si remarcar los puntos más interesantes:

Los nuevos diseñadores incluidos en el perfil Team Architect se basan en parte en algunas mejoras incluidas en las nuevas DSL Tools.
Finalmente parece que se han decidido un por una estrategia de "bibliotecas compartidas" para compartir información entre diferentes dominios.
Con la nueva versión será posible extender modelos existentes de DSLs, una vez desplegados y distribuidos los mismos.
Integración con formularios WPF, mmm lo definen como "easily" ... aunque está por verse.
Precompilación de modelos T4, simplemente genial.
Modelbus, un canal de comunicación para compartir información entre diferentes modelos.
Y algunas mejoras menores de UI

Saludos @ Home

El Bruno

Fuente: http://blogs.msdn.com/stuart_kent/archive/2008/11/05/dsl-tools-in-visual-studio-2010.aspx

Crossposting from ElBruno.com

[TFS2010] Sobre Workspaces, mapeos y algún detalle interesante

2008-11-06T03:17:20Z

Buenas,

un problema frecuente cuando trabajas con Team Foundation Server consiste en definir diferentes mapeos o relaciones entre uno o más directorios virtuales del Source Control del TFS y uno o más directorios locales. Si no eres un poco organizado, puede darse el caso donde existan varias opciones posibles definidas para un único directorio virtual; y aquí se comienzan complicar las acciones de "Get Latest" contra el servidor TFS.

Visual Studio Team System 2010 incorpora una pequeña validación que nos avisa en el momento de definir un mapeo o asociación, si la misma, puede causar problema con configuraciones ya existentes.

Por ejemplo, supongamos el siguiente escenario, donde el directorio virtual $/DinnerNow/Main está relacionado con el directorio local C:\DinnerNow25\Solution:

y el directorio raíz del Team Project ($/DinnerNow) no está definido en ningún mapeo.

Por lo general, mi experiencia me recomienda siempre definir los mapeos a nivel de Team Project y que después se implementen jerárquicamente las diferentes relaciones basadas en la estructura de directorio del Source Control. En este caso, para demostrar una nueva característica de Visual Studio Team System 2010 asignaré este mapeo al directorio local C:\srcTfsSetup\DinnerNow.

Esto ocasionará un conflicto ya que el directorio raíz del Team Project, obligaría al mapeo anterior a estar en la ubicación C:\srcTfsSetup\DinnerNow\Main en lugar de C:\DinnerNow25\Solution.

Como podemos ver en la siguiente imagen, después de hacer click en el link Not Mapped, nos aparece el formulario de mapeo que ya conocemos en Visual Studio.

Una vez completados los valores, cuando confirmamos la acción podemos ver que una nueva validación nos propone eliminar todas aquellas relaciones o mapeos que interfieran con la definición que estamos tratando de definir.

Lo demás ya es cuestión de ayudar un poco con la imaginación, los mapeos inválidos se eliminan y nuestras asociaciones quedan con un mínimo de organización, como se puede ver aquí.

Saludos @ Home

El Bruno

Crossposting from ElBruno.com

[TFS2010] Utilizando carpetas para organizar WorkItems Queries

2008-11-05T13:37:22Z

Buenas,

hace unos días no pude resistir la tentación y dejé de lado algunas novedades en el manejo de WorkItems en Visual Studio Team System 2010 para comenzar a hablar de los nuevos diseñadores; pero hoy retomo el manejo de WorkItems con una de las nuevas incorporaciones que más me gustaron cuando la conocí en su día:

En Visual Studio Team System 2010 existe la capacidad de agregar carpetas en la carpeta WorkItems, para organizar dentro de las mismas nuestras WorkItems Queries.

Esto que parece una trivialidad, se convierte en una necesidad cuando la cantidad de consultas que utiliza el equipo de trabajo comienza a crecer indiscriminadamente. Por lo general, se asigna un prefijo a las consultas para definir "estas consultas son para de UAT", "estas son para el equipo de QA", etc.

Ahora en Visual Studio Team System 2010 esto se puede organizar de una forma mucho más elegante. En la siguiente imagen podemos ver que en el menú contextual del Team Explorer ahora tenemos una nueva opción que nos permite agregar una carpeta.

En este caso para este ejemplo, he creado 2 nuevas carpetas, Jupiter Queries y Pluton Queries

Adicionalmente, podemos arrastrar carpetas entre los diferentes nodos, y copiar y pegar consultas entre diferentes carpetas.

Obviamente las carpetas My Queries y Team Queries no se pueden modificar.

Nota: si por curiosidad alguien quiere ver las propiedades de una consulta, podrá ver que la misma no cambia con respecto a la URI que posee, la definición y la ubicación de las carpetas de consultas las gestiona el Server TFS y no las propiedades de la consulta.

Saludos @ La Finca

El Bruno

Crossposting from ElBruno.com

[VS2010] Diagramas de Secuencia

2008-11-04T03:53:24Z

Buenas,

seguimos con algunas de las novedades incluidas en Visual Studio Team System 2010, y en este caso quiero hablar de los nuevos diagramas de secuencia (Sequence Diagram) incluidos en esta versión. No soy un experto en UML, ni mucho menos, pero a lo largo del tiempo en algún proyecto me ha tocado crear este tipo de diagramas.

El principal problema que encontraba en estos entornos, es que estos diagramas representan muy bien la interacción de elementos en un sistema, pero solían ser bastante tediosos de mantener ya que la integración con las herramientas de desarrollo, siempre era "one way".

Pues bien, esto ha cambiado un poco en Visual Studio Team System 2010; y para muestra el siguiente ejemplo, donde muestro como crear un Diagrama de Secuencia a partir de código y el proceso inverso.

Ejemplo

1. Suponer una clase de validaciones con el siguiente código:

 1   public class Validations
 2   {
 3     public bool ValidateEMail(string eMailAddress)
 4     {
 5       return true;
 6     }
 7     public bool ValidateAge(int age)
 8     {
 9       return true;
10     }
11   }

Nota: el objetivo de este post es dar un ejemplo de los diagramas así que, amigos puristas, cero críticas al código :D

2. Adicionalmente, tenemos una clase que representa y permite crear un Customer:

 1   public class Customer
 2   {
 3     public int AddNewCustomer(string customerName, string customerEMail, int customerAge)
 4     {
 5       int customerId = 0;
 6 
 7       // validate data
 8       Validations validations = new Validations();
 9       if (validations.ValidateEMail(customerEMail))
10       {
11         if (validations.ValidateAge(customerAge))
12           customerId = 1;
13       }
14       return customerId;
15     }
16   }

Como se puede ver, en la función para la creación de un Customer, se utiliza una de las funciones de la clase de validación para validar si la dirección de mail es correcta (línea 9).

3. Si queremos generar un diagrama de secuencia a partir de este código, simplemente desplegamos el menú contextual sobre el editor de código y seleccionamos la opción Generate Sequence Diagram ...

4. Aceptamos todas las opciones por defecto

5. Ya podemos visualizar el nuevo diagrama de secuencia.

6. El diagrama está generado y a partir de los cambios que realicemos podremos ver reflejados los mismos en nuestra solución.

Lamentablemente el "hola mundo" completo, con modificaciones realizadas en el diagrama para reflejarlos en nuestro código no ha funcionado lo bien que quisiera como para animarme a postearlo en un paso a paso, sin embargo cuando cubra los demás diseñadores, podremos ver como utilizando el Architecture Explorer, las cosas se ponen un poco más interesantes.

Saludos @ Home

El Bruno

Crossposting from ElBruno.com

[TFS2010] Nuevas características en las opciones de TFS

2008-11-03T04:14:31Z

Buenas,

el día a día de trabajo con Visual Studio Team System 2010 me enseña algunas cosillas muy útiles sobre las nuevas tecnologías que incluye esta versión, pero también me muestra pequeños detalles que nos hacen el día más agradable.

Por ejemplo, la siguiente imagen nos muestra las opciones que presenta Visual Studio Team System 2010 en el menú Tools // Options; con las opciones de Team Foundation Server 2010 para el IDE de Visual Studio.

A simple vista, el formulario de opciones es igual que el que poseemos actualmente en Microsoft Visual Studio 2008; pero sin embargo la 3ra opción es algo que nos ayuda mucho:

Cada vez que abrimos el Source Control Explorer, el mismo se abre en el último directorio en el que estábamos trabajando.

Esto que parece trivial, me parece algo bastante útil, ya que cuando tienes servidores TFS que se comparten entre varios equipos de trabajo, esto ocasiona que veas varios Team Projects, cada Team Project son su estructura propia de directorios y subdirectorios, etc.; en este tipo de escenarios, recordar el ultimo "path" es de gran ayuda.

Saludos @ Home

El Bruno

Crossposting from ElBruno.com

[Evento] MAD.NUG: Novedades de SQL Server 2008

2008-11-03T02:52:28Z

Parece que fue ayer cuando Miguel nos cedió el testigo del Grupo de usuarios de Madrid DotNet; sin embargo, un par de meses después ya han pasado más de 5 eventos y la agenda siempre está más que completa. Esto supone un poco de trabajo extra, pero también una gran alegría ya que vemos que en cada evento la gente se apunta y aunque sea un rato, lo pasamos bien.

En el próximo evento, la alegría es doble ya que por un lado el ponente es Pablo Álvarez Doval, y por otro es sobre un producto que creo que usamos todos los que tocamos tecnología Microsoft: SQL Server, y en este caso SQL Server 2008.

El por eso que el próximo 6 de noviembre de 2008 de 19:00 a 21:00 horas, hemos organizado el siguiente evento:

Novedades de SQL Server 2008

A pesar de que el lanzamiento de SQL Server 2008 se ha producido ya hace algunos meses, aún son muchas las áreas oscuras del producto, el desconocimiento de sus nuevas características, mejoras, etc. Como ya sucediera con SQL Server 2005, y como con cualquier producto o tecnología nueva, pasará bastante tiempo hasta que asimilemos y empleemos con naturalidad las novedades, y pasen a formar parte de nuestro arsenal del día a día.

En esta sesión vamos a dar un repaso a las novedades de SQL Server 2008: desde el desarrollo a la administración, desde el motor de almacenamiento a Business Intelligence. Recorreremos algunas de las características más conocidas y, cómo no, haremos hincapié en las menos conocidas. Las aburridas PPTs de rigor irán acompañadas de demostraciones prácticas sobre los nuevos tipos de datos, la MERGE, tablas como parámetros, optimización, y un poquito de administración también.

Por supuesto, la sesión contará con su apartado de preguntas y respuestas, por lo que os animamos a que vengáis con vuestra batería de cuestiones preparadas desde casa para hacer tiro al blanco con el ponente.

Agenda

1.- Introducción a SQL Server 2008
2.- Novedades para Desarrolladores
    - Nuevos Tipos de Datos
       - Datos espaciales
       - Fechas y Horas
       - Estructuras Jerárquicas
    - Operación MERGE
    - Mejoras al XML
    - Mejoras a los tipos de CLR
    - Otras mejoras: TVP, iFTS, Sync Framework
3.- Novedades de Administración
    - Policy-Based Administration
    - Resource Governor
4.- Novedades del Motor de Almacenamiento
    - Compresión de Datos
    - Transparent Data Encryption
    - Vardecimal
5.- Business Intelligence en SQL Server 2008-10-29
    - Integration Services
    - Reporting Services
    - Analysis Services

Saludos @ Home

El Bruno

Crossposting from ElBruno.com

El Bruno

[TFS2010] TFSBuild 2010, lanzando Builds desde ShelveSets

[TFS2010] Gated CheckIn; validaciones previas a una acci&#243;n de CheckIn

Descripción Paso a Paso

[VSTS2010] Test Impact Window, conociendo de antemano los tests que afectan al c&#243;digo modificado

[TFS2010] Nuevas opciones en la ventana de Hist&#243;rico de elementos en Source Control Explorer, incluido el visor gr&#225;fico de hist&#243;rico de ChangeSets

[TFS2010] Conflictos en la ventana de Pending Changes

[TFS2010] Novedades en la nueva versi&#243;n de Team System Web Access

[VSTS2010] Sintaxis de VB.Net

[Off-Topic] En TechEd @ Barcelona, preparando el evento de MS Robotics (y con ganas de ver a Messi)

[TFS2010] Novedades en las capacidades de Branching en TFS 2010

Tutorial

[VS2010] Novedades en las Domain Specific Language Tools

[TFS2010] Sobre Workspaces, mapeos y alg&#250;n detalle interesante

[TFS2010] Utilizando carpetas para organizar WorkItems Queries

[VS2010] Diagramas de Secuencia

Ejemplo

[TFS2010] Nuevas caracter&#237;sticas en las opciones de TFS

[Evento] MAD.NUG: Novedades de SQL Server 2008

Novedades de SQL Server 2008

Agenda

[TFS2010] Gated CheckIn; validaciones previas a una acción de CheckIn

[VSTS2010] Test Impact Window, conociendo de antemano los tests que afectan al código modificado

[TFS2010] Nuevas opciones en la ventana de Histórico de elementos en Source Control Explorer, incluido el visor gráfico de histórico de ChangeSets

[TFS2010] Novedades en la nueva versión de Team System Web Access

[TFS2010] Sobre Workspaces, mapeos y algún detalle interesante

[TFS2010] Nuevas características en las opciones de TFS