Moving Team Foundation Server

Editor visual de proyectos MSBuild

Buenas, en estos momentos me encuentro completamente adicto a todos los partidos de la primera fase del mundial en las fases finales de deploy, tests y futuros mantenimientos en un proyecto; y aquí es donde se torna más indispensable MSBuild si queremos lograr un proceso estable de desarrollo.

Gracias a mi amigo John, he conocido esta herramienta que permite editar y crear visualmente archivos de proyecto MSBuild. Aquellos que se dedican a crear estos archivos editándolos a mano en VS2005 sabran de que hablo.

¡¡¡ Pues bien a utilizarla y a aprovecharla !!!

 

Saludos

El Bruno

PD: –> PrintScreen here !!!

Visual Studio 2005 – Importacion de Errores …

El titulo suena feo, ya que no conozco a nadie que quiera importar errores, pero  lamentablemente, todos los proyectos tienen muchísimos errores. Aunque si has implementado una metodología ágil, tal vez puedas estar al tanto de los mismos mucho antes.

Por ejemplo, en estos momentos estamos trabajando en un pequeño proyecto tiene más de 500 pruebas unitarias y todas las noches, se ejecuta un Build and Test automático. Esta mañana con mis amigos Victor y Antonio nos quedamos KO cuando vimos el Rojo de la muerte

 

Excusa perfecta para abandonar y salir de tapas pero …

Después tratamos de interpretar el Log de ejecución, pero como hay tanta data casi nos reventamos tratando de interpretar de a uno los test que dieron errores (piensen en mas de 500 líneas de este tipo)

 

       

Results               Top Level Tests

——-               —————

Passed                (All/)Ejemplo.LabsTest.ConstructorTest

Passed                (All/)Ejemplo.LabsTest.GetAllTest

Failed                (All/)Ejemplo.LabsTest.UpdateTest

.. .. ..    

 

Por suerte, entre la info. que generan las compilaciones y ejecuciones de test, dentro de la carpeta TestResult, encontramos un archivito con extensión .trx, que es el que contiene el resultado de los test para ser importados dentro de Visual Studio y poder verlos en el  Test Result Panel.

Para poder importarlos simplemente seleccionamos la opción Import del panel

Y listo, todas las pruebas dentro del mismo. Ahora podremos ver en más detalle los datos de cada Test, podremos acceder al código del test, etc.

Ahora la excusa para las tapas es arreglar los errores !!!

 

Saludos

El Bruno

Team Foundation Server – Moviendo Team Projects entre 2 servers = false


Buenas … o no tan buenas.

Pregunta de examen, ¿puedo mover mi actual Team Project en un Team Foundation Server (A por ejemplo) a otro Team Foundation Server (B por ejemplo), sin perder históricos, build test, tasks,  etc?

Respuesta : NO

Y así, sin haber aprobado, cuando movamos proyectos de un server a otro, solo moveremos código y nada mas …

 

Saludos

El Bruno

Team Foundation Server – Workspace status check


Es casi imposible hablar de equipos de desarrollo distribuidos, y no tener en cuenta los clásicos problemas de bloqueos exclusivos de archivos. Siempre sucede, que alguien se baja en modo Lock un archivo y después decide tomarse 2 días de vacaciones por un problema personal, y el resto del equipo se acuerda de toda la familia de él que bloqueo el archivo se detiene a pensar como seguir.

Con TFS podemos tener el mismo problema, pero he encontrado una herramienta gratis, que me permite sacar reportes sobre el estado de los Workspaces y su contenido.  Esta herramienta es de Attrice, y estas son sus características:

 

Workspace Sidekick application provides the following features:

  • View workspaces filtered by specific owner or computer name (owner and/or computer name may be selected from list of Active Directory users or just typed in)
  • Delete workspaces
  • Update workspace computer name (for local workspaces only)
  • View specific workspace details and folder mappings
  • Delete specific workspace selected folder mappings
  • Duplicate selected workspace mappings to new workspace (allows specifying new workspace user and computer)
  • Specify application configuration parameters (TFS server name, Active Directory domain for lookup)
  • View log of performed actions (successful and failed)

View Team Foundation Workspace Sidekick screenshot

 

Status Sidekick application provides the following features:

  • View tree of pending changes filtered by specific user or TFS project name (user may be selected from list of Active Directory users, project may be selected from list of projects, or you may just type in values)
  • View lock icon indication in pending changes tree to easily identify locks
  • View detailed list of pending changes per folder in tree
  • Customize detailed list format and import list to CSV file
  • Unlock one or more locked files/folders
  • Undo one or more pending changes on files/folders
  • Specify application configuration parameters (TFS server name, Active Directory domain for lookup, detailed view format)
  • View log of performed actions (successful and failed)

View Team Foundation Status Sidekick screenshot

 

 

Lo pueden descargar desde aquí. Y todos los días antes de irnos podemos automatizar un proceso para "alertar" a los posibles infractores.

 

Saludos

El Bruno

Team Foundation Server – Set working folder ???


Mas procesos agiles y obviamente, cuando uno ha invertido tanto tiempo en la creación/adaptación de una metodología para el equipo de desarrollo; los problemas que surgen no tienen nada que ver con el desarrollo en sí y la mayoría se pueden arreglar con una cerveza de por medio.

Por ejemplo, mi amigo Sergio tuvo la agradable idea de preguntarme como podía cambiar la ubicación inicial donde había bajado su código desde el Source Control de Team Foundation Server (el Working Folder de Source Safe).  Antes esta opción estaba al alcance de la mano (botón derecho), ahora está bastante más complicada está más escondida que la persona que inventó la registry, pero se puede igual.

Para cambiar la ubicación por defecto del Local Path, debemos seleccionar

1.    Menú File

2.    Source Control

3.    WorkSpaces

4.    Seleccionamos el WorkSpace que queremos cambiar y seleccionamos Edit.

5.    En la sección inferior, seleccionamos el Working Folder, editamos y seleccionamos la nueva opción.

Listo !!!

Saludos

El Bruno

Visual Studio 2005 – Team Foudation Build Server

Seguimos 100% ágiles utilizando Visual Studio Team System ahora integrados con Team Foundation Server y utilizando la plantilla de MSF para desarrollos ágiles ojo no confundir MSF con Médicos Sin Fronteras. Uno de los puntos mas interesantes de este proyecto, es la capacidad de integrar todo tipo de herramientas para los desarrollos ágiles en un proyecto real. Y el gran incentivo de este tipo de propuestas es la necesidad de administrar a bajo nivel, éstas herramientas.

Un ejemplo concreto es la necesidad de configurar el server de compilación (Build) para las compilaciones diarias. Con la instalación por defecto de Team Foundation Server, una vez creada una configuración para un Team Build

 

un error muy clásico es el siguiente:

 

MSBUILD : warning : Visual Studio Team System for Software Testers or Visual Studio Team System for Software Developers is required to run tests as part of a Team Build.

 

Este error compila perfectamente las soluciones, pero no permite que las pruebas se compilen correctamente.

 

La solución (gracias a Buck Hodges por el dato) para esto es instalar Visual Studio Team System en el server de compilación. Obviamente esto viene explicado claramente en el WhitePaper de la licencia de Team System, pero parece que ninguno en nuestro equipo tuvo tiempo para leerlo cosa más que comprensible entre los PlayOffs de la NBA, la final de la Champions, el mundial de Alemania y Eurovision.

Una vez instalado Visual Studio, nuestro error queda corregido y por fin podemos ver el tan anhelado check verde.

 

Y podemos agregar una compilación exitosa a nuestro historial de compilaciones.

 

A partir de aquí solo queda seguir configurando los seteos de Team System.

 

Saludos

El Bruno

PD: a ver si tengo un poco de tiempo en estos días y nos adentramos en el fabuloso mundo de las compilaciones automáticas sin Scheduler en TFS, utilizando las tareas programadas de Windows y TFSBuild.exe.

Visual Studio 2005 – Reiniciar las settings del IDE


Por fin se ha acabado la época de diseños, revisiones técnicas y otras yerbas que siempre es la parte más aburrida y en donde se pierden muchísimo tiempo en detalles inútiles, y hemos empezado a integrar 100% una metodología ágil utilizando Visual Studio Team System.

Como muchos ya saben, desde la salida de .Net hace unos años, yo creo que esta es la evolución más importante en lo que se refiere a herramientas de desarrollo de Microsoft ojo, no confundir con evoluciones del tipo Pokemon. En este nuevo enfoque, donde se contempla todo el proceso de desarrollo, todas las partes del equipo pueden utilizar Visual Studio para ser parte de este proceso. Por ejemplo, una parte de este equipo, puede utilizar los nuevos proyectos de Test de Visual Studio, para contribuir un poco con la calidad del producto final.

Pero, eso siempre y cuando no nos aparezca el siguiente error, a tratar de ejecutar los tests desde Visual Studio:

—————————

ArgumentNullException

—————————

Value cannot be null.Parameter name: menuService

—————————

OK  

—————————

 

Después de amargarme bastante la tarde, y de verificar que tal vez unos AddIns de prueba no sean una buena idea en un equipo de desarrollo, pude encontrar una solución. La misma consiste en eliminar todas las settings que ya posee Visual Studio y dejarlo en “cero” igual que la eliminatoria de la NBA, San Antonio Spurs y Dallas Mavericks, hoy 3-3, que es lo mismo que cero.

Para reiniciar el IDE, debemos ejecutar el siguiente comando:

devenv /resetuserdata

 

Este comando limpia nuestro IDE y nos queda como en la primera instalación. A partir de aquí, ya podremos utilizar completamente Visual Studio

Saludos

El Bruno

Error: Visual Studio DLL, coloader80.dll, is not correctly installed

Un día de errores interesantes, en este caso a mi amigo Victor, cuando al momento de querer ejecutar un proceso de Unit Testing en Visual Studio 2005, le aparece el siguiente error:

 

Failed to Queue Test Run ‘VictorM@AIS-MADWRK1 2006-05-11 15:36:30’ with id {620207a4-6794-4fd7-89f1-c757a286e417}: System.Runtime.InteropServices.COMException: Unable to            start debugging.

 

A Visual Studio DLL, coloader80.dll, is not correctly installed. Please repair your Visual Studio installation via ‘Add or Remove Programs’ in Control Panel.

 

If the problem persists, you can manually register …

 

En pocas palabras no se puede cargar la dll coloader80.dll. Después de googlear un poco y no encontrar ninguna solución que funcione, y antes de reinstalar Visual Studio 2005, utilizamos la solución mas básica;

 

1.    Buscar una PC donde Visual Studio 2005 funcione correctamente

2.    Copiar el contenido del directorio C:\Program Files\Common Files\Microsoft Shared\VS7DEBUG, a la PC donde da el error.

3.    Probar y no importa si funciona, tomarse una cerveza para festejar.

 

Asombrosamente esta fue la solución, sin registrar dlls, sin reinstalar visual Studio y sin realizar invocar alguna invocación a demonios programadores.

Si a alguno le pasa, ya sabe por dónde probar.

 

Saludos

El Bruno