CheckInGatedChanges Lokalizacja działania w obiegu budowy

Question

Domyślny szablon kompilacji zawiera czynność CheckInGatedChanges ("Zmiany sprawdzane po zamknięciu") uruchamianą poza działaniem AgentScope ("Uruchom na agencie").

Czy istnieje ku temu powód? Czy raczej można przenieść działanie CheckInGatedChanges na koniec przepływu AgentScope (koniec sekwencji)?

Moim zdaniem jest to, że Microsoft nie chce, aby sam agent sprawdzał zmiany, ale kontroler. Nie jestem jednak pewien, ponieważ nie znam wewnętrznego działania modelu kontrolera-agenta, jaki mają.

Pytam dlatego muszę mieć prowadzić działalność po zmiany są sprawdzane w, i że obecnie zmusza mnie do korzystania z innego wystąpienie aktywności AgentScope. Wolałbym po prostu umieścić je wszystkie w pierwszym działaniu AgentScope i nie używać dodatkowych zasobów.

Answer 1

Bieżąca lokalizacja obiektu CheckInGatedChanges w szablonie zapewnia, że ​​po dodaniu dodatkowych czynności do szablonu nie zostaną one nieoczekiwanie uruchomione po zatwierdzeniu zmian na serwerze. Co więcej, pozwala na wykonywanie równoległych agentów. Na przykład, jeśli chcesz zrównoleglić kompilację do wielu agentów w celu skalowania, sprawdzanie będzie musiało nastąpić po zakończeniu wszystkich przepływów pracy agenta kompilacji.

Oto powody, dla których mogę myśleć. Myślę, że jest to bezpieczne, jeśli wiesz, że nie potrzebujesz punktu zbieżnego do sprawdzania zmian, aby przenieść działanie CheckInGatedChanges do programu AgentScope, aby nie trzeba było odradzać innego programu AgentScope w celu wykonania niestandardowej pracy. Nie sądzę, że ograniczamy zakres tego działania.