El Bruno

Buenas,

una pregunta que me hacen frecuentemente está relacionada con la ventana de CheckIn de Visual Studio, cuando se trabaja con alguna de los templates de MSF en Team Foundation Server. En esta ventana, podemos apreciar que al momento de relacionar un ChangeSet con un WorkItem, tenemos 2 opciones para la asociación: Resolve y Associate. El problema del que mucha gente se queja, es que por defecto la opción seleccionada es Resolve. Esto trae como consecuencia que si no cambiamos la asociación, cambiaremos el estado de nuestro WorkItem a Closed en el CheckIn.

Asi es que, por lo general, muchos WorkItems, "desaparecen" de la lista de tareas activas, pero en realidad están cerrados. Debemos modificar el estado de los mismos, etc. Aquí es donde por lo general, me preguntan si se puede cambiar esta opción, para que por defecto aparezca Associate.

WorkItem Definition

Antes de ver una de las posibles soluciones a este problema, es importante repasar un poco el porqué de que estas opciones aparezcan en determinados tipos de WorkItems.

Si analizamos la sección donde se definen los estados de una Tarea en MSF for Agile, podremos ver que en la transición entre los estados Active to Closed, existe una acción Microsoft.VSTS.Actions.CheckIn. Esta acción es la que permite que cuando exista la posibilidad de asociar un ChangeSet a un WorkItem, aparezca la opción Resolve.

Solución

Pues bien, si el "problema" lo ocasiona acción Microsoft.VSTS.Actions.CheckIn, una solución puede ser modificar la definición del WorkItem y eliminar la acción. En la siguiente imagen podemos ver un ejemplo de un WorkItem de tipo Task2 donde no se presenta la opción Resolve.

El tipo de WorkItem Task2, es una copia de Tarea pero con una modificación para eliminar la acción Microsoft.VSTS.Actions.CheckIn. Para realizar este tipo de modificaciones, es necesario utilizar Visual Studio Team System 2008 Team Foundation Server Power Tools.

Esta es una solución, y lamentablemente implica la modificación de un tipo de WorkItem. Digo lamentablemente, porque este tipo de modificaciones pueden ser un tanto peligrosas si no se realizan con cuidado. Pero por otro lado, pueden ayudarnos mucho y agilizar la dinámica de trabajo con Visual Studio.

Saludos @ Home

El Bruno

Share this post :