Buenas,
hace unos días en los foros internos de Avanade, alguien preguntaba cuál es la mejor forma de saber cuando alguien se ha saltado una política de CheckIn en Team Foundation Server.
Como el amigo Luis había hecho algo para este tipo de escenarios, estaba pensado en pedirle orientación, pero justo hoy en la lectura de www.TFSTimes.com, me encuentro con el siguiente párrafo:
Generally, the policies operation in TFS 2005 and 2008 is similar. Notable exception is that the information about policy overrides is now available in data warehouse in TFS 2008 (see TFS 2008 Code Churn Perspective definitions http://msdn2.microsoft.com/en-us/library/ms244698.aspx), allowing creation of MS SQL Reporting reports for policy violations. Also the important fact to bear in mind is that usually policies that work under TFS 2005 will not work under TFS 2008 without changes to configuration and/or recompilation (see versions compatibility map http://blogs.msdn.com/edhintz/archive/2007/10/12/check-in-policy-compatibility-between-tfc-2005-and-2008.aspx).
En pocas palabras, dentro de la base de datos Team Foundation Server DataWarehouse para Team Foundation Server 2008, ya tenemos una dimension que específicamente permite verificar este tipo de información. He aquí la documentación de la misma
Attribute: Policy Override Comment
ChangeSet: Changeset
Description: The comment that is provided when a policy is overridden. If a policy was not overridden with this changeset, this field is null.
Hoy estoy bastante cansado y no tengo un Team Foundation Server 2008 a mano, para generar dummy data y demostrar el paso a paso para analizar esta información, asi que me guardo un poco de trabajo para un próximo post.
Fuente
Saludos @ Home
{El Bruno}