Condividi tramite

Azure Pipelines - Aggiornamento sprint 177

  • Articolo

Funzionalità

Aggiornamento del nodo nell'agente di Azure Pipelines

Aggiornamento da quanto originariamente pubblicato: a causa di un'incompatibilità con Red Hat Enterprise Linux 6 e Node 14, il lavoro è stato sospeso sul nodo 14 e si concentrerà prima sul passaggio al nodo 10.

Questa versione ha iniziato a spostarsi dal Nodo 6 e verso una versione del nodo supportata come runtime preferito per le attività di Azure Pipelines. Il primo batch di attività incluse nella casella è stato aggiornato per l'esecuzione nel nodo 10. Questa modifica contrassegna l'inizio di un processo per rimuovere il nodo 6 dall'agente per impostazione predefinita. Il nodo 6 ha terminato il supporto a lungo termine ed è spesso contrassegnato come rischio per la sicurezza da scanner automatizzati. Sebbene sia improbabile che l'uso di Node 6 sia soggetto alla maggior parte dei potenziali difetti, è comunque importante per noi ottenere attività in un runtime supportato. Nell'anno di calendario 2021 si prevede di iniziare a distribuire una versione dell'agente senza Node 6.

Se si usa una delle attività abilitate per Node 10, gli agenti self-hosted si aggiorneranno per eseguire le nuove versioni delle attività. Oltre a questo, non dovrebbe esserci alcun impatto per la maggior parte dei clienti. D'altra parte, se si è l'autore di qualsiasi attività, è consigliabile iniziare ad aggiornarle per l'esecuzione nel nodo 10. task.jsonIn , in executionè possibile eseguire l'aggiornamento da Node a Node10. Se è necessario supportare le versioni precedenti del server, è possibile lasciare il Node punto di ingresso. Le istanze di Azure DevOps che conoscono il gestore node 10 lo sceglieranno per impostazione predefinita e quelli che non eseguiranno il fallback all'implementazione del nodo 6.

Salvare un agente non integro per l'analisi negli agenti del set di scalabilità

Quando si usano agenti del set di scalabilità, Azure Pipelines gestisce l'aumento e la riduzione delle istanze dell'agente. Quando Azure Pipelines rileva una macchina virtuale non integra nel set di scalabilità, registra il problema nell'interfaccia utente di Diagnostica pool e tenta di eliminare la macchina virtuale. Esistono molti motivi per cui una macchina virtuale può non essere integra: la configurazione di rete del set di scalabilità potrebbe aver impedito all'estensione Azure Pipelines di scaricare l'agente più recente, l'estensione dello script personalizzato potrebbe non riuscire oppure l'immagine della macchina virtuale del set di scalabilità potrebbe avere un riavvio in sospeso o un Aggiornamenti Windows in sospeso.

Eliminando macchine virtuali non integre, Azure Pipelines mantiene ottimizzato il pool di agenti per l'esecuzione di processi CI/CD. In alcuni casi, è possibile usare la pagina di diagnostica di Azure Pipelines (illustrata sopra) o la pagina diagnostica di Azure per eseguire il debug di questo problema. In molti casi, tuttavia, il modo migliore per diagnosticare il problema consiste nell'accedere alla macchina virtuale ed esaminare i log dell'agente e i registri del visualizzatore eventi. Al momento, questa operazione non è facile perché la macchina virtuale non integra viene eliminata automaticamente.

Con questa versione è stata migliorata la diagnosbilità delle macchine virtuali non integre offrendo la possibilità di salvare un agente non integro per l'analisi.

Quando viene salvato un agente non integro, è possibile connettersi alla macchina virtuale, eseguire il debug e recuperare tutti i log necessari. Al termine, è possibile rilasciare l'agente e la macchina virtuale associata. Per altre informazioni, vedere la sezione sulla risoluzione dei problemi relativi agli agenti non integri.

ubuntu-latest le pipeline useranno presto Ubuntu-20.04

Ubuntu 20.04 sarà presto la versione predefinita per l'etichetta ubuntu-latest in Azure Pipelines. Questa modifica verrà implementata in un periodo di diverse settimane a partire dal 30 novembre.

Se vengono visualizzati problemi con le pipeline Ubuntu:

  • Inviare un problema nel repository degli ambienti virtuali
  • Tornare a Ubuntu 18.04 specificando ubuntu-18.04 come vmImage nella pipeline. Microsoft continuerà a supportare Ubuntu 18.04.

Si noti che e ubuntu-20.04 possono differire sia negli strumenti preinstallati che ubuntu-18.04 nelle versioni predefinite degli strumenti. Per informazioni su tutte le differenze, vedere https://github.com/actions/virtual-environments/issues/1816.

Passaggi successivi

Nota

Queste funzionalità verranno implementate nelle prossime due o tre settimane.

Passare ad Azure DevOps e dare un'occhiata.

Passare ad Azure DevOps

Come fornire commenti e suggerimenti

Ci piacerebbe sentire ciò che pensi a queste funzionalità. Usare il menu ? per segnalare un problema o fornire un suggerimento.

Inviare un suggerimento

È anche possibile ottenere consigli e risposte alle domande della community su Stack Overflow.