Buenas,
ayer comenté un poco sobre los nuevos "Gated CheckIn" incluidos en Visual Studio Team System 2010. Una de las grandes ventajas de esta nueva funcionalidad radica en que es posible validar secciones de código específicas utilizando un proceso de Build (con todo lo que conlleva, compilación, ejecución de pruebas, etc.) antes de que las mismas suban al gestor de código fuente en un ChangeSet.
Para poder trabajar de esta forma, estas compilaciones aprovechan la capacidad de crear estadios intermedios para nuestros archivos a través de ShelveSets (recomendado leer este link para comprender como funcionan).
Los siguientes apartados detallan algunos puntos a tener en cuenta:
1. En la sección de Triggers de un Build podemos definir que el mismo se dispare manualmente para trabajar con ShelveSets
2. Cuando se desea encolar una nueva Build, podemos ver que en la misma existe una opción "What do you want to Build?" que permite seleccionar entre el código fuente del servidor TFS o un ShelveSet en particular. En el caso del ShelveSet, tenemos un formulario para poder seleccionar el mismo de la lista de ShelveSets existentes en el Server.
Asimismo es posible, definir que si la compilación no tiene errores, los cambios del ShelveSet se suban como un ChangeSet con la opción "Check in changes after successful build"
3. El listado histórico de Builds y en ejecución, permite distinguir los 2 tipos de Builds, con una imagen especial. En la siguiente imagen, los Builds 2, 3, 4 y 5 han sido lanzados desde un ShelveSet
4. Finalmente en un Build ejecutado sin errores, si no se ha seleccionado la opción de subir los cambios automáticamente; es posible subir los cambios de código del ShelveSet a nuestro servidor de código fuente como un ChangeSet
Saludos @ Home
El Bruno
Referencias: