¿Cómo determinar los elementos de trabajo corregidos en una compilación TFS en particular al usar sucursales?
tfs2010 branch (2)
Hemos comenzado a utilizar la siguiente estructura de bifurcación en TFS 2010:
Todos los cambios realizados hasta ahora se han realizado en la rama de Desarrollo y todos los registros de entrada se han asociado con un elemento de trabajo de Tarea. Las tareas son todas secundarias, ya sea de un error o un elemento de trabajo del producto de la reserva. Cada compilación de CI se activa para un conjunto de cambios en particular, y el conjunto de cambios está asociado con una Tarea, por lo que podemos averiguar manualmente qué Bug o PBI se acaba de construir.
Algún tiempo después de que el código se haya creado, implementado en nuestro entorno de integración y probado por el desarrollador, se fusiona con la rama principal. Obviamente, se pueden fusionar más de un conjunto de cambios a Main al mismo tiempo. La construcción nocturna construirá este código si no activamos manualmente la noche anterior a eso. El control de calidad implementará posteriormente una de estas compilaciones "principales" en el entorno de control de calidad.
Es posible que haya habido varias compilaciones de la rama principal desde la última vez que se implementó el control de calidad. Estas compilaciones están asociadas con los conjuntos de cambios "Fusionar", no con los conjuntos de cambios originales que estaban asociados con las Tareas.
¿Cómo puedo determinar el conjunto de tareas que se han abordado en una compilación "Principal" dada, que es una compilación de una rama diferente a la asociada con los elementos de trabajo de Tarea?
Una vez que hayamos empezado a preparar un lanzamiento, es posible que tengamos que hacer cambios en la rama de lanzamiento, lo que complicará aún más las cosas ya que volveremos a fusionar de lanzamiento a principal, y los conjuntos de cambios de lanzamiento estarán asociados con las tareas. ¡Aquellos se fusionarán con el Desarrollo, haciendo la vida aún más interesante!
PD La pregunta " ¿Cómo determinar los elementos de trabajo asociados con una rama de origen en TFS 2010? " Se acerca a la misma pregunta, pero no del todo.
Eche un vistazo a la publicación del blog de Jacob Ehn. Fusión automática de elementos de trabajo en TFS 2010 . Escribió un complemento que se puede descargar desde codeplex . Asociará automáticamente los elementos de trabajo que se asociaron con los conjuntos de cambios combinados. Por lo tanto, cuando se fusione con Main o Release, los elementos de trabajo se asociarán con los conjuntos de cambios en esas sucursales, y los elementos de trabajo se incluirán en los informes de compilación para las compilaciones de esas sucursales. El complemento es muy fácil de implementar.
La otra opción es que puede generar una actividad de flujo de trabajo personalizada que pueda ejecutar durante su compilación que pueda recorrer el historial de combinación para cada uno de los conjuntos de cambios que normalmente se asociarían. Esencialmente es caminar por el árbol comenzando con un conjunto conocido de conjuntos de cambios asociados. Preferiría este enfoque, ya que puede dejar que los desarrolladores se preocupen por la necesidad de asociar elementos de trabajo con los conjuntos de cambios originales en lugar de tener que hacerlo también con conjuntos de cambios de combinación. Esto también le permite evitar tener que implementar una política de elementos de trabajo personalizada como Bryan describe en su sugerencia.
Es posible que tenga algún código de ejemplo para comenzar a recorrer el árbol del historial de combinación si desea contactarme en http://www.edsquared.com