CheckInGatedChanges Ubicación de la actividad en Build Workflow

Question

La plantilla de compilación predeterminada tiene la actividad CheckInGatedChanges ("Cambios de registro controlados") que se ejecuta fuera de la actividad AgentScope ("Ejecutar en el agente").

¿Hay alguna razón para esto? O más bien, ¿podría la actividad CheckInGatedChanges moverse al final del flujo AgentScope (fin de secuencia)?

Mi supongo es que Microsoft no desea que el agente compruebe los cambios, sino el controlador. Aunque no estoy seguro, ya que no conozco el funcionamiento interno del modelo de controlador-agente que tienen.

La razón que pido es porque necesitan tener una actividad de ejecución después los cambios se comprueban-in, y que está actualmente me obliga a utilizar otra instancia de la actividad AgentScope. Preferiría ponerlos todos en la primera actividad de AgentScope y no usar recursos adicionales.

Answer 1

La ubicación actual de CheckInGatedChanges en la plantilla garantiza que si agrega actividades adicionales a la plantilla, no se ejecutarán inesperadamente después de que los cambios se hayan confirmado en el servidor. Además, permite la ejecución de agentes paralelos. Por ejemplo, si desea paralelizar la compilación con varios agentes para escalar, la verificación debería producirse después de que finalicen todos los flujos de trabajo del agente de compilación.

Esas son las razones que se me ocurren. Creo que es seguro, si sabe que no necesita un punto convergente para verificar sus cambios, mover la actividad CheckInGatedChanges a AgentScope para que no tenga que generar otro AgentScope para realizar su trabajo personalizado. No creo que restrinjamos el alcance de esta actividad.