El Bruno

Buenas,

siempre recomiendo utilizar 2 políticas de checkin cuando trabajamos con Visual Studio y Team Foundation: agregar comentarios y relacionar el checkin con uno o más WorkItems. Esta pequeña regla nos ayuda a tener trazabilidad entre el histórico de todos los elementos en el source control, con los elementos de trabajo (tareas, bugs, etc) de TFS para que de esta manera podamos tener una mejor visibilidad de un proyecto.

Pero claro, existen excepciones, por ejemplo cuando estamos trabajando en proyectos de pruebas, y tenemos que modificar constantemente los archivos de recursos con los que trabajamos, los 5 clicks para seleccionar el WorkItem asociado pueden ser un poco tedioso (esto es un ejemplo, yo igualmente los hago).

Para dar solución a este escenario, es posible utilizar una política de CheckIn distribuida con las Team Foundation Server Power Tools March 2011: Custom Path CheckIn Policy. Esta política nos permite asociar una expressión regular para identificar un ser de archivos, y luego una política de CheckIn asociada para “evitar” que se procese la misma.

Por ejemplo, si partimos de un escenario donde tenemos definidas las 2 políticas de CheckIn que comenté anteriormente; en la configuración del Team Project deberíamos ver algo similar a la siguiente imagen.

Si agregamos una nueva política de CheckIn, en este caso la Custom Path Policy, veremos que la misma nos requiere que seleccionemos una política de checkIn “hija” y luego una serie de expresiones regulares para evaluar los ficheros que se subirán al source control.

Por ejemplo, la siguiente configuración excluye la evaluación de la política de asociación con WorkItems en todos los archivos con extensión [GIF] o [JPG], en los directorios [UnitTests] y [Resources].

Una vez definida y configurada, ya podremos incluir esta política de CheckIn en nuestras Source Control Settings

Saludos @ Home

El Bruno