Tips /info #13 Team Foundation Server

1-Obtener todos los Workspaces con el comando TF

Para ver todos los workspaces de un ambiente TFS, ejecute el siguiente comando:

tf workspaces Collection:http://tfsURL:8080/tfs/defaultcollection /computer:*

2-Usar Windows Authentication con Web Deploy

De forma predeterminada en Windows Server 2008 cuando se utiliza el Web Management Service (WMSVC) y Web Deploy (también conocido como MSDeploy) utilizará la autenticación básica (User y Password) para llevar a cabo sus despliegues. Si desea habilitar la autenticación de Windows (usar el usuario que genera el build, en este caso el usuario del build controler), tendrá que configurar una clave del registro para que el Web Management Service también admita el uso de NTLM. Para ello, actualice el registro en el servidor mediante la adición de una clave DWORD llamado "WindowsAuthenticationEnabled" en HKEY_LOCAL_MACHINE \ Software \ Microsoft \ WebManagement \ Server, con el valor 1. Reinicie el Web Management Service, o reinicie la máquina para que tome la nueva configuración.

net stop wmsvc

net start wmsvc

Más info: http://technet.microsoft.com/en-us/library/dd722796%28WS.10%29.aspx

3-Claves de registro útiles en TFS 2010 

Asociar (Associate) un work item a un check in por default

Editar la siguiente clave, y agregarle el valor False,

HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\10.0\TeamFoundation\SourceControl\Behavior\ResolveAsDefaultCheckinAction

Excluir de forma automática extensiones de archivos

Editar la siguiente clave de registro y editar las extensiones d e archivos separados por punto y coma:

HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\10.0\TeamFoundation\SourceControl\AddOptions\ExcludeMasks

Configurar el Team Foundation Build para que use el proxy de TFS

Edita la siguiente clave, y seteela a True,

HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\10.0\TeamFoundation\SourceControl\Proxy\Enabled

Después editar la siguiente clave de registro, y setee la url del proxy (http://ServidorProxy:Puerto).

HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\10.0\TeamFoundation\SourceControl\Proxy\Url

Recuerde reiniciar la máquina del cliente.

Habilitar obtener la última versión cuando se hace check out

Editar la siguiente clave de registro y seteela a True.

HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\10.0\TeamFoundation\SourceControl\GetLatestOnCheckOut

4-Todos los archivos que están como checked out en el proyecto $/TeamProjectName:  (TFS 2010)

Abrir una consola de windows e ir hasta C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE, y ejecutar lo siguiente:

tf.exe status $/TeamProjectName /user:*  /s:http://url_tfs:8080 /recursive > c:\check-out.txt

5-Conectarse a TFS 2010 desde Visual Studio 2008 y SQL Server Business Intelligence Development 2008

Instalar Visual Studio System 2008 Team Explorer : http://www.microsoft.com/en-us/download/details.aspx?id=16338

Services Pack 1 de Visual Studio 2008: http://www.microsoft.com/en-us/download/details.aspx?id=10986

y instalar el modo compatibilidad de Visual Studio 2008 SP1 con TFS 2012 y TFS preview: http://www.microsoft.com/en-us/download/details.aspx?id=29983

Tips/Info #5 Team Foundation Server

1-Mover un team project a otro team project collection

Se puede lograr con http://tfsintegration.codeplex.com/releases/view/85498

No tendrás problema si deseas mantener el template de proceso, si deseas cambiar el template tendrás un proceso de mapear el template original al template final.

2-Borrar un Team Project huérfano

tfsdeleteproject /collection:https://urlTFS/DefaultCollection NombreTeamproject

3-Borrar workspaces huérfanos

Para encontrar los workspaces que el desarrollador ha usado:

tf workspaces /owner:dev_username /computer:* /server:my_server

Borro los workspaces (además se remueven los archivos tomados):

tf workspace /delete /server:your_tf_server workspacename;workspaceowner

El borrado de un worskpace se puede hacer mediante Team Foundation Sidekicks

4-Carpetas y archivos que se deben excluir del scan de antivirus

TFS Application Tier

• C:\Program Files\Microsoft Team Foundation Server 2010\Application Tier\Web Services\_tfs_data [TFS Version Control Cache folder]
  
• C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions [SharePoint Portal]
  
• C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files [SharePoint Portal + Web Access]
  
• C:\Users\xxxxx\AppData\Local\Temp [SharePoint Portal]

TFS Build Server(s)

• Build Agent(s) working directory: D:\Builds
  
• TFS local cache folder for TFSBUILD account: C:\Users\xxxxx\AppData\Local\Microsoft\Team Foundation

TFS Data Tier

• SQL Server data files: .mdf + .ldf

Más info:

http://support.microsoft.com/kb/2636507

http://support.microsoft.com/kb/309422

http://support.microsoft.com/kb/952167

5-Estado de un archivo cs

tf status $/MiProyecto/Carpeta/MiArchivo.cs /server:mi_server /format:detailed

$/MiProyecto/Carpeta/MiArchivo.cs;C20290
User       : MIDOMINIO\miusuario
Date       : Thursday, May 24, 2012 12:00:00 PM
Lock       : checkout
Change     : edit
Workspace  : WorkSpaceName
Local item : [WorkSpaceName] D:\projects\MiProyecto/Carpeta/MiArchivo.cs
File type  : Windows-1252

Team Foundation Server Workspaces

Cuando se trabaja con control de versiones de Team Foundation, uno de los conceptos que usted necesita entender es el espacio de trabajo (WORKSPACES). TFS almacena el código, pero cuando usted comienza a hacer cambios en el código, estos cambios tienen que ocurrir en el equipo local. Los archivos de código necesitan ser check out en un área local de su equipo. Un "espacio de trabajo" en TFS define el lugar donde reside el código a nivel local.

En esencia, un espacio de trabajo es una carpeta o varias carpetas,mapeadas a áreas en TFS. Cuando el código se ha extraído de TFS, el código se almacena localmente en base de las asignaciones de espacio de trabajo. Cuando se realizan cambios en los archivos de código, usted está haciendo estos cambios a nivel local, a los archivos contenidos en su espacio de trabajo.

Una de las razones principales para espacios de trabajo es el aislamiento. Ofrece una zona de pruebas donde los cambios de código se puede hacer sin tener que preocuparse si los cambios afectarán a otros miembros del equipo. Los cambios permanecerán en el área de trabajo local hasta que se registre en TFS.

TFS fue diseñado para permitir una o más áreas de trabajo en la misma máquina. Un único espacio de trabajo se pueden crear que contiene varios proyectos de equipo y su código, o un espacio de trabajo más específico que sólo contiene un proyecto en particular. Esto dependerá de las preferencias personales, la metodología, el medio ambiente y similares.

Crear un workspaces (área de trabajo)
La creación de un espacio de trabajo implica el mapeo de las carpetas locales a carpetas del TFS. Para empezar, abra Visual Studio 2010 y seleccione Archivo | Control de código fuente | Áreas de trabajo. Esto abrirá la ventana Administrar áreas de trabajo, donde se puede controlar la configuración de todas las áreas de trabajo en la máquina. Para crear un nuevo espacio de trabajo, haga clic en el botón Agregar. Esto abre la ventana de área de complementos, que se muestra en la Figura 1.

Figura 1. La ventana de agregar Workspace

Cada área de trabajo tiene un nombre, que se utiliza para identificar el espacio de trabajo. Como se puede ver en la Figura 1, las áreas de trabajo están ligados a una colección de proyectos de equipo (TEAM PROJECT COLLECTION), por lo que no se puede crear un espacio de trabajo que abarca varias colecciones de los proyectos. Espacios de trabajo puede abarcar varios proyectos de equipo (TEAM PROJECT) en una colección única. Espacios de trabajo también están ligados a un ordenador y un usuario, lo cual tiene sentido, ya que es un espacio de trabajo de recinto de seguridad personal de un usuario en una máquina específica.

Una de las características nuevas con áreas de trabajo en TFS 2010 fue la adición de los permisos. Hay tres tipos de permisos de espacio de trabajo:

• Espacio de trabajo privado (PRIVATE WORKSPACES)
• Pública del área de trabajo (limitado) (PUBLIC WORKSPACES)
• Pública del área de trabajo

Un espacio de trabajo privado es el valor predeterminado. Así es como las versiones anteriores de TFS han implementado espacios de trabajo. En esencia, se bloquea el espacio de trabajo para que sólo puede ser utilizada por su propietario. Si un usuario intenta utilizar el espacio de trabajo de otro usuario que se ha marcado como privada, recibirán un mensaje de error.

Hay desarrollos que requieren que los usuarios puedan compartir el mismo espacio de trabajo. Para permitir esto, TFS 2010 implementada espacios de trabajo públicos (PUBLIC WORKSPACES). El espacio de trabajo público (limitado) permite que el espacio de trabajo para ser utilizado por un usuario de TFS válido, pero que no tiene privilegios de check-in o administrador. El espacio de trabajo público, por el contrario, es un espacio de trabajo completamente funcional donde los usuarios pueden hacer check in o check out, así como administrar el espacio de trabajo.

Tenga en cuenta que una asignación de carpeta del área de trabajo tiene un campo de estado. Hay dos valores posibles: Activo y disimulado. Activo indica que una asignación de espacio de trabajo debe ser utilizado, y que los archivos deben ser sincronizados entre TFS y el área de trabajo local. Al ocultar una carpeta, sin embargo, le está diciendo a TFS para excluir esa carpeta de ciertas tareas, como agregar nuevos archivos y obtener los archivos.

Tips #2–Team Foundation Server 2010

 

1.Mostrar todos los comandos ejecutados por un usuario en particular en las últimas 24 horas

   1:  USE [Tfs_DefaultCollection]

   2:  GO

   3:  SELECT *

   4:  FROM [dbo].[tbl_Command] WITH (NOLOCK)

   5:  WHERE StartTime  >  DATEADD(HOUR, -24, GETUTCDATE())

   6:  AND IdentityName = ‘DOMAIN\Username’

   7:  ORDER BY StartTime DESC  

 

2.TFS 2010 Power Tools Documentación

La puedes encontrar en: C:\Program Files (x86)\Microsoft Team Foundation Server 2010 Power Tools\Help\PowerShellCmdlets.mht

3.Remover un cambio pendiente de un workpaces

Debe tener el permisos “Administer workspaces”

tf undo [/workspace:workspacename[;workspaceowner]] 
 [/recursive] itemspec [/noprompt] [/login:username, [password]] [/collection:TeamProjectCollectionUrl]

Ejemplos:

Remueve todos los cambios pendientes sobre el archivo  314.cs  en el actual workspace.

c:\projects>tf undo 314.cs

El ejemplo siguiente quita todos los cambios pendientes de la carpeta c:\projects y todas sus subcarpet

c:\projects>tf undo /recursive c:\projects

Lo siguiente quita el cambio pendiente para el archivo especificado en el área de trabajo WS_Juan de Ivan.

c:\projects>tf undo /workspace:WS_Juan;Ivan $/math/271.cs

4.Obterner una lista de archivos modificados usando powershell

Get-TfsItemHistory “$/Foo/v1.1” -Version “D3/1/09~D3/31/09” –Recurse

Más info: http://blog.hackedbrain.com/2009/04/01/getting-a-distinct-list-of-changed-files-from-tfs-using-powershell/

5-Cambiar el tamaño de los adjuntos de los workitems

Ingresar a la url siguiente:

http://localhost:8080/tfs/%3CYOUR-COLLECTION-NAME%3E/WorkItemTracking/v1.0/ConfigurationSettingsService.asmx

Te aparece 3 operaciones, elegir “SetMaxAttachmentSize”, agregar el valor deseado, y reiniciar el IIS para asegurarse del cambio.