Condividi tramite


Accesso di base incluso con GitHub Enterprise più miglioramenti all'integrazione di Boards/GitHub.

Microsoft è lieta di annunciare che l'accesso di Azure DevOps Basic è ora incluso in GitHub Enterprise. Accedere usando l'ID Entra per iniziare.

Stiamo anche rilasciando diversi miglioramenti per l'integrazione di Boards e GitHub.

Dai un'occhiata alle note di rilascio per i dettagli.

Generale

Sicurezza avanzata di GitHub per Azure DevOps

Azure Boards:

Azure Pipelines

Piani di test

Generale

Informazioni sul profilo Microsoft Entra (anteprima)

L'ultima autunno è stata introdotta l'integrazione delle informazioni sul profilo di Microsoft Entra in Azure DevOps, quindi non è più necessario aggiornare il profilo separatamente. Nelle prossime settimane questo diventerà l'esperienza predefinita.

L'anteprima verrà eseguita per un mese o due, dopodiché le informazioni sul profilo funzioneranno in questo modo per gli utenti di Entra in Azure DevOps. In caso sia necessario rinunciare durante l'anteprima, si prega di condividere feedback in modo che possiamo risolvere eventuali problemi durante l'anteprima.

Accesso di base incluso in GitHub Enterprise

A partire da questa settimana, sono inclusi i diritti di utilizzo di Azure DevOps Basic con le licenze GitHub Enterprise e l'automazione dell'esperienza per gli utenti di Azure DevOps.

Se si usa GitHub Enterprise Cloud con Microsoft Entra, si verrà riconosciuti automaticamente in Azure DevOps. Il livello di accesso verrà impostato su "GitHub Enterprise" e non verranno addebitati addebiti aggiuntivi in Azure DevOps Altre informazioni sull'accesso per gli utenti di GitHub Enterprise.

Inizialmente questa funzionalità è limitata agli utenti di GitHub Enterprise Cloud, ma presto si aggiungerà GitHub Enterprise Cloud con gli utenti di Residenza dei dati.

Indirizzi IP consentiti di Azure DevOps

Siamo lieti di annunciare aggiornamenti significativi all'infrastruttura di rete, volti a migliorare le prestazioni e l'affidabilità del nostro servizio. Aggiungere i nuovi indirizzi IP seguenti all'elenco di elementi consentiti del firewall il prima possibile per garantire il servizio continuo durante l'aggiornamento dell'infrastruttura.

Intervalli IP V4:

  • 150.171.22.0/24
  • 150.171.23.0/24
  • 150.171.73.0/24
  • 150.171.74.0/24
  • 150.171.75.0/24
  • 150.171.76.0/24

Intervalli IP V6:

  • 2620:1ec:50::/48
  • 2620:1ec:51::/48
  • 2603:1061:10::/48

Intervalli IP V4 di ExpressRoute:

  • 150.171.73.14/32
  • 150.171.73.15/32
  • 150.171.73.16/32
  • 150.171.74.14/32
  • 150.171.74.15/32
  • 150.171.74.16/32
  • 150.171.75.14/32
  • 150.171.75.15/32
  • 150.171.75.16/32
  • 150.171.76.14/32
  • 150.171.76.15/32
  • 150.171.76.16/32
  • 150.171.22.17/32
  • 150.171.22.18/32
  • 150.171.22.19/32
  • 150.171.23.17/32
  • 150.171.23.18/32
  • 150.171.23.19/32

Intervalli IP V6 di ExpressRoute:

  • 2603:1061:10::14/128
  • 2603:1061:10::15/128
  • 2603:1061:10::16/128
  • 2603:1061:10:1::14/128
  • 2603:1061:10:1::15/128
  • 2603:1061:10:1::16/128
  • 2603:1061:10:2::14/128
  • 2603:1061:10:2::15/128
  • 2603:1061:10:2::16/128
  • 2603:1061:10:3::14/128
  • 2603:1061:10:3::15/128
  • 2603:1061:10:3::16/128
  • 2620:1ec:50::17/128
  • 2620:1ec:50::18/128
  • 2620:1ec:50::19/128
  • 2620:1ec:51::17/128
  • 2620:1ec:51::18/128
  • 2620:1ec:51::19/128

Tenere presente che questi nuovi intervalli IP ExpressRoute verranno aggiunti alla community BGP "Servizi globali di Azure" di ExpressRoute nel mese di marzo. Per ulteriori dettagli, visitare il nostro blog, Aggiornamento agli indirizzi IP consentiti di Azure DevOps.

Sicurezza avanzata di GitHub per Azure DevOps

Abilitazione con un clic per l'anteprima dell'analisi delle dipendenze

Dalle impostazioni del repository è ora possibile abilitare l'attività di analisi delle dipendenze sicurezza avanzata senza dover modificare la definizione della pipeline.

Optando per "Analizza ramo predefinito per le dipendenze vulnerabili", l'attività di dipendenza verrà eseguita automaticamente in qualsiasi pipeline destinata al ramo predefinito o alle richieste pull destinate al ramo predefinito se l'attività non è già presente nella pipeline. Se l'attività è già presente nella pipeline, l'attività non verrà eseguita nuovamente.

Per partecipare all'anteprima, inviaci un messaggio di posta elettronica!

Rami eliminati rimossi dall'elenco di selezione dei rami di Sicurezza Avanzata

All'interno di GitHub Advanced Security, la selezione dei rami a livello di repository ha mostrato tutti i rami per il repository dopo che sono stati individuati avvisi di sicurezza in tali rami, anche se il ramo è stato eliminato in un secondo momento.

A questo punto, tutti i rami eliminati verranno rimossi in modo appropriato dalla selezione del ramo sicurezza avanzata e gli avvisi associati non saranno più recuperabili.

Azure Boards (Pannelli di Azure)

Integrazione di GitHub: collegamento del commit di fusione

Il commit di merge viene ora collegato automaticamente all'elemento di lavoro corrispondente al completamento di una richiesta pull.

Aumentare il limite dei repository GitHub connessi

Negli ultimi mesi è stata migliorata sia l'esperienza utente che la scalabilità della connessione dei repository GitHub a un progetto Azure DevOps. In questo sprint si sta aumentando il limite massimo da 500 a 1.000 repository, offrendo una capacità ancora maggiore per gestire i progetti.

Aggiornamento dell'implementazione di New Boards Hub

All'inizio di marzo, New Boards Hub diventerà l'esperienza predefinita per tutte le organizzazioni che usano il servizio Azure DevOps. Ciò significa che ogni utente avrà almeno provato Nuove bacheche e i dati di telemetria mostrano che circa 98% di utenti continuano a rimanere con esso. Poiché vogliamo mantenere una singola versione del prodotto, il passaggio successivo consiste nel disabilitare l'opzione per tornare alle schede precedenti.

Per alcune organizzazioni, questa modifica è già stata implementata. Per altre, prevediamo di avviare l'implementazione a marzo e di completare il processo per tutte le organizzazioni entro la fine di maggio. Come sempre, se si verificano problemi, segnalarli tramite la community degli sviluppatori.

Azure Pipelines

Le pipeline che usano Ubuntu 24.04 visualizzeranno avvisi per determinate attività

L'immagine pipeline Ubuntu 24.04 è stata in anteprima a partire da ottobre scorso. Abbiamo in programma di aggiornare l'immagine per mappare a ubuntu-24.04 nel mese di marzo.

Alcuni strumenti non sono più disponibili nell'immagine Ubuntu 24.04:

Attività/strumento Descrizione
MSBuild@1 L'attività non funziona poiché Mono e MSBuild non sono disponibili per Ubuntu 24. Usa il .NET nativo su Ubuntu invece.
NuGetCommand@2 L'attività ha funzionalità ridotte perché Mono e NuGet non sono disponibili per Ubuntu 24, vedere le istruzioni su Migrazione a CLI di .NET su Ubuntu.
Terramorfosi Terraform non è disponibile nell'immagine ubuntu-24.04 . È possibile usare l'estensione Terraform e attività TerraformInstaller@1 per rendere Terraform disponibile nella pipeline.

Per altre informazioni sulle differenze software con l'immagine Ubuntu 22.02, vedere l'immagine Ubuntu-24.04.

In preparazione del mapping di ubuntu-latest e ubuntu-24.04, le pipeline che usano queste etichette di immagine visualizzeranno avvisi nelle prossime settimane.

Esecuzioni dimostrative

Le esecuzioni informative indicano che Azure Pipelines non è riuscito a determinare se una pipeline deve essere eseguita o meno, perché non è stato in grado di elaborare il file YAML della pipeline. Esempi di tali errori sono errori per recuperare il codice sorgente YAML o gli errori in esso contenuti.

Con questo sprint viene aggiunto il supporto per le esecuzioni informative per le pipeline ospitate in Azure Repos. Di seguito è riportato un esempio.

L'errore di esecuzione della pipeline indica che il file YAML non è corretto e ciò impedisce ad Azure Pipelines di valutare le relative condizioni di trigger.

Piani di test

Annullare il passaggio di test nei runner Web e desktop

Prendi il controllo dell'esecuzione del tuo test case con la nuova opzione "Annulla". È possibile ripristinare facilmente gli stati dei passaggi di test con un semplice doppio clic, offrendo maggiore flessibilità e controllo durante le esecuzioni dei test. Non più riavviare i test case per correggere i clic accidentali, semplicemente annullare e continuare il flusso di lavoro senza interruzioni.

Stiamo anche introducendo una navigazione ottimizzata per la tastiera e miglioramenti di accessibilità per garantire che questa funzionalità funzioni senza problemi per tutti gli utenti, inclusi quelli che si affidano a tecnologie assistive. Questo miglioramento consente di risparmiare tempo, ridurre la frustrazione e concentrarsi sull'esecuzione efficiente dei test. Provaci e inviaci un messaggio di posta elettronica cosa pensi!

Gif per dimostrare il passo di annullamento del test nel runner web e desktop.

Passaggi successivi

Nota

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

Passare ad Azure DevOps e dare un'occhiata.

Come fornire commenti e suggerimenti

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

Creare un suggerimento

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

Grazie

Dan Hellem