Links Útiles 1–Team Foundation Server 2010

1.Sobreescribir la propiedad OutDir

http://blog.codeassassin.com/2012/02/03/override-the-tfs-team-build-outdir-property/

2.Copiar/Mover un Team Project Collection a otro server

http://msdn.microsoft.com/en-us/library/dd936138.aspx

http://www.bobhardister.com/archive/2012/01/23/copy-a-team-foundation-server-2010-collection-to-a-different.aspx

3.Ejecutando scripts de powershell en máquinas remotas

http://www.jrjlee.com/2012/02/running-powershell-scripts-on-remote.html

4.Integrando Team Foundation Server 2010 con Sharepoint

http://blogs.msdn.com/b/tfssetup/archive/2012/02/21/integrating-team-foundation-server-2010-with-sharepoint-2010.aspx

5.Setear el puerto SMTP de TFS 2010

Cuando configuras las setting de SMTP Settings para TFS 2010 y deseas especificar un puerto diferente para el server de smtp (defautl: 25).

http://msmvps.com/blogs/vstsblog/archive/2012/02/18/how-to-set-the-smtp-port-in-tfs-2010.aspx

TFS EXPRESS

Habrá una nueva herramienta con la salida de TFS 11, llamada Team Foundation Express.

Incluirá las características principales de desarrollo:

• Control de código fuente
• Seguimiento de work items
• automatización de builds
• agile taskboard

La edición Express es esencialmente lo mismo que TFS que se obtiene cuando se instala el TFS con el asistente básico, salvo que la instalación se recorta (trimming) . Además de las limitaciones básicas TFS normales de instalación (sin la integración de SharePoint, sin reporting ), TFS Express:

• Se limita a no más de 5  (5 Windows Ids diferentes en un grupo)
• Sólo es compatible con SQL Server Express Edition
• Sólo se puede instalar en un único servidor
• Incluye el dashboard de ágil, pero no las herramientas de planning.
• No incluye el proxy de TFS y los nuevos  Preemptive analytics add-on.

Usted puede agregar más usuarios con la simple compra de Licencias de acceso de cliente (CAL)para los usuarios adicionales. Y si quieres más de las características de TFS estándar, usted puede actualizar a una licencia TFS completa sin perder ningún dato.
También han permitido la integración de TFS con Visual Studio Express

Fuente:

http://blogs.msdn.com/b/bharry/archive/2012/02/23/coming-soon-tfs-express.aspx

TFS Reporting–Introducción

Hay pocas empresas que usan la funcionalidad de reportes de TFS. Les explicaré un poco el funcionamiento básico.

La base de datos de configuración de TFS (Tfs_Configuration) contiene toda la información necesaria para manetener TFS en marcha y funcionando.Contiene información sobre las distintas colecciones de proyectos, la seguridad del servidor, eventos, notificaciones, jobs, etc

La base de datos de configuración de TFS registra todos los Team Project Collections. La base de datos del Team Project Collection es el almacén operativo (Tfs_DefaultCollection). Todos los datos que se reúnen en todos los Team Project son escritos a esta base de datos. Elementos de trabajo, control de versiones, builds, Seguridad, etc

Todas las bases de datos de collectiones se consolidan en la base de datos de Warehouse (Tfs_Warehouse). No todos los datos en el almacén operativo se envía a esta base. Los works items que establezcan el atributo reportable (más información sobre los diferentes atributos que puedes encontrar aquí). Por ejemplo, si se agrega un campo a un elemento de trabajo usted puede elegir cómo el campo se publica en el almacén (ninguno, dimensión, medida o detalle). La mayoría de los campos que se agregan serán campos de dimensión (categoría, nombre del equipo, prioridad, etc).

El TFS warehouse es una base de datos relacional. Una vez cada dos horas (intervalo se puede cambiar véase http://msdn.microsoft.com/en-us/library/ms244694.aspx) el cubo de TFS (Tfs_Analysis) es actualizado con nueva información. Sólo dimensiones y medidas son enviados al cubo.

Algunos tips–Post 1

Saber la lista de archivos que se hicieron check in un día específico

Abrir una Visual Studio Command Prompt (2010) y usar el comando

tf history "local path" /version:D2011-03-29 /recursive /noprompt

Reemplaza la fecha con la que deseas y el “localpath” con la carpeta local que tiene mapeadas, obtendrás el changeset y todos los items que se cambiaron. Es posible usar una collección y un path remoto en vez del local.

Más info de TF HISTORY: http://msdn.microsoft.com/en-us/library/yxtbh4yh.aspx

 

Modificar el template de email de notificación de builds

Puedes encontrar los email templates en %PROGRAMFILES%\Microsoft Team Foundation Server 2010\Application Tier\TFSJobAgent\Transforms y modificarlos todo lo que quieras. en este folder encontrarás los eventos de build completion en formato xsl.

Cada evento tiene un template en el TeamFoundation.xsl stylesheet.

Build Completion Event

Build Status Changed Event

Más info: http://www.dotnetcurry.com/ShowArticle.aspx?ID=330

http://qa.social.msdn.microsoft.com/Forums/eu/tfsgeneral/thread/05586cb7-10b4-4a07-823e-2555e74d91b6

http://msdn.microsoft.com/en-us/library/bb552337.aspx

Opción “Clean Workspace” a la hora del build

En la opción Clean Workspace de la definición de build, podrá seleccionar las siguientes opciones:

- All           - borrar todo en la máquina de build

- Outputs   - borrará todos los binarios y descargará sólo los archivos modificados desde el Source Control

- None       - dejará todo inclucyendo los binarios del build anterior y descargará los archivos modificados desde el Source Control

Source Server and Symbol Server Support in TFS 2010

What are Symbols?

John Robbins has an excellent blog post to get started about learning what symbols are titled: “PDB Files: What Every Developer Must Know.” I highly recommend you take a moment to read through it.

So to summarize from John’s article, the symbol files are the .PDB files that match a particular assembly and contain important information that’s necessary for debugging tools. Specifically for .NET assemblies, the symbol files include:

• Source File Names and Line Numbers
• Local Variable Names

He also reminds us one very important statement about symbol files: “PDB files are as important as source code!” That is absolutely true! I cringe any time I hear from a developer that says “oh, those .PDB files take up so much space so I’m going to delete them.” Ouch – The sad thing is those are developers that keep people like John in business whenever they run into problems in production. Save yourself some time, money, and effort and keep your symbol files around. Not to say that John doesn’t earn every penny but I’m sure his life is much better whenever you do have your symbols!

This is exactly where Symbol Server helps out. Essentially, the Symbol Server is a central location for your company that keeps the .PDB files for you. Therefore, you can install your application (without symbols) that was compiled from a build server and whenever you want to use a debugging tool like Visual Studio, it will know how to contact the Symbol Server location to get the matching set of symbols. More about how to configure Visual Studio to look for a Symbol Server further down in this blog post.

John also mentions how to manually perform the steps necessary for completing the loop with Source Server and Symbol Server. Thankfully, since you are using TFS 2010 Build, you don’t have to go through those steps. The functionality is included in the default build build process template (but not the Upgrade Template).

Conectar Visual Studio 2008 con Team Foundation Server 2010

Primero que nada verifica si Visual Studio 2008 tiene el complemento de control de código fuente:Herramientas/Opciones/Control de Código Fuente

Complemento de control de código fuente

Si no aparece “Visual Studio Team Foundation Server”, primero necesitamos descargar Visual Studio Team System 2008 Team Explorer

Después, necesitamos descargar la Actualización de compatibilidad con versiones posteriores de Visual Studio Team System 2008 Service Pack 1 para Team Foundation Server 2010. El proceso es el mismo, dar clics en el boton de “Siguiente” y aceptar la licencia: