Se si fa clic sulla piscina agente e scegliere "Aggiornare tutti gli agenti", che aggiornerà gli agenti al sito del server on-premise TFS. Ad esempio, se inizialmente è stato installato qualche RC e successivamente è stato aggiornato il server a RTM, alcuni agenti potrebbero avere una versione inferiore. Altrimenti, come hai detto, non accadrà nulla perché tutti gli agenti sono aggiornati.
VSO ha un diverso modello di rilascio e gli aggiornamenti/correzioni ai suoi agenti vengono inviati continuamente. Ecco perché la versione è in costante crescita.
Tecnicamente potrebbe essere possibile prendere il codice sorgente delle ultime attività dell'agente VSO e inviarlo alla versione in locale di TFS 2015. Tuttavia, è considerato un anti-pattern e il comportamento è non documentato e non supportato.
Permettetemi di citare costruire sviluppatori vNext da this discussion (vedere il fondo della filettatura):
Questa non è un'opzione supportata. È molto probabile che l'agente che abbiamo in VSO non funzioni con il server locale. È necessario utilizzare la versione dell'agente fornito con il server.
E:
il comportamento è indefinito/non testati. Potrebbe funzionare, no. Il design consente agli agenti di essere spostati in avanti tramite un processo di aggiornamento automatico scaricato dal servizio. Il processo di aggiornamento automatico potrebbe alterare le configurazioni sul disco, qualunque sia. Quell'agente futuro potrebbe chiamare apis REST che non esiste, ecc ... L'obiettivo principale per gli agenti è su forward compat in modo che possano essere aggiornati pigramente (tramite l'agente minimo dell'agente richiesta, al riavvio o eventualmente un lavoro pianificato) .
fonte
2015-10-23 09:13:48
Mario, dove hai trovato la versione di un agente di prova? Non riesco a capirlo? –
È possibile trovarlo nell'elenco delle funzionalità dell'agent sul portale TFS in Agent.Version value oppure eseguire "VsoAgent.exe/version" sul computer dell'agente di compilazione da cmd. –