Posizione attività CheckInGatedChanging nel flusso di lavoro di build

Question

Il modello di build predefinito ha l'attività CheckInGatedChanges ("Check In Gated Changes") che viene eseguita al di fuori dell'attività AgentScope ("Esegui su agente").

C'è una ragione per questo? O meglio, l'attività CheckInGatedChanges potrebbe essere spostata verso la fine del flusso AgentScope (fine della sequenza)?

My indovina è che Microsoft non desidera che l'agente stesso effettui il check-in delle modifiche, ma il controller. Non sono sicuro però perché non conosco il funzionamento interno del modello controller-agente che hanno.

Il motivo che mi chiedo è perché ho bisogno di di avere una corsa un'attività dopo le modifiche sono check-in, e che è attualmente costringendomi a utilizzare un'altra istanza dell'attività AgentScope. Preferirei semplicemente inserirli tutti nella prima attività AgentScope e non utilizzare risorse aggiuntive.

Answer 1

La posizione corrente di CheckInGatedChanges nel modello assicura che se si aggiungono attività aggiuntive al modello, non vengono eseguite in modo imprevisto dopo che le modifiche sono state trasferite al server. Inoltre, consente l'esecuzione di agenti paralleli. Ad esempio, se si desidera parallelizzare la compilazione su più agenti per il ridimensionamento, è necessario che il check-in si verifichi al termine di tutti i flussi di lavoro dell'agente di generazione.

Queste sono le ragioni per cui posso pensare. Penso che sia sicuro, se sai che non hai bisogno di un punto convergente per verificare le tue modifiche, per spostare l'attività CheckInGatedChanges in AgentScope in modo da non dover generare un altro AgentScope per fare il tuo lavoro personalizzato. Non penso che limitiamo lo scopo di questa attività.