Note sulla versione di Azure DevOps Server 2019 Update 1

Requisiti di sistema della | community | degli sviluppatori Condizioni | di licenza DevOps Blog | HASH SHA-1

In questo articolo sono disponibili informazioni sulla versione più recente per Azure DevOps Server.

Per altre informazioni sull'installazione o l'aggiornamento di una distribuzione di Azure DevOps Server, vedere Requisiti del server Azure DevOps. Per scaricare i prodotti Azure DevOps, visitare la pagina download di Azure DevOps Server.

L'aggiornamento diretto ad Azure DevOps Server 2020 è supportato da Azure DevOps Server 2019 o Team Foundation Server 2015 o versione successiva. Se la distribuzione di TFS si trova in TFS 2010 o versioni precedenti, è necessario eseguire alcuni passaggi provvisori prima di eseguire l'aggiornamento ad Azure DevOps Server 2019. Per altre informazioni, vedere Installare e configurare Azure DevOps in locale.

---

Cassaforte ly Eseguire l'aggiornamento da Azure DevOps Server 2019 ad Azure DevOps Server 2020

Azure DevOps Server 2020 introduce un nuovo modello di conservazione di esecuzione della pipeline (compilazione) basato sulle impostazioni a livello di progetto.

Azure DevOps Server 2020 gestisce la conservazione della compilazione in modo diverso, in base ai criteri di conservazione a livello di pipeline. Alcune configurazioni dei criteri comportano l'eliminazione delle esecuzioni della pipeline dopo l'aggiornamento. Le esecuzioni della pipeline mantenute manualmente o mantenute da una versione non verranno eliminate dopo l'aggiornamento.

Leggere il post di blog per altre informazioni su come eseguire l'aggiornamento sicuro da Azure DevOps Server 2019 ad Azure DevOps Server 2020.

Data di rilascio di Azure DevOps Server 2019 Update 1.2 Patch 9: 28 maggio 2024

file	Hash SHA-256
devops2019.1.2patch9.exe	4A3F41BBE00174DE964667878766EBF7F4D292526CBC1D85180B55D994B4D81

È stata rilasciata la patch 9 per Azure DevOps Server 2019 Update 1.2 che include quanto segue:

• Semplificare la distribuzione degli aggiornamenti dell'agente e delle attività dalle patch precedenti (Patch 5 e 6).

Nota

Non è necessario seguire i passaggi nelle patch 5 e 6; questi possono essere ignorati e questa patch può essere applicata.

Installare le patch

Importante

 Questa patch aggiorna l'agente pipeline disponibile, la nuova versione dell'agente dopo l'installazione della patch 9 sarà 3.225.0.

Requisiti della pipeline

Per applicare il nuovo comportamento per convalidare gli argomenti della riga di comando, è necessario impostare una variabile AZP_75787_ENABLE_NEW_LOGIC = true nelle pipeline che usano le attività interessate. Per altre informazioni sul comportamento abilitato, vedere qui :

• In versione classica:

  Definire la variabile nella scheda della variabile nella pipeline.

• Esempio YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Data di rilascio di Azure DevOps Server 2019 Update 1.2 Patch 8: 12 marzo 2024

file	Hash SHA-256
devops2019.1.2patch8.exe	67E78EA7D67A09A6 edizione Enterprise 06309614F92E6D8495DEF52FF442E4E7C7979244FAD20A

È stata rilasciata la patch 8 per Azure DevOps Server 2019 Update 1.2 che include correzioni per quanto segue:

• È stato risolto un problema a causa del quale il server proxy smetteva di funzionare dopo l'installazione della patch 7.

Data di rilascio di Azure DevOps Server 2019 Update 1.2 Patch 7: 13 febbraio 2024

file	Hash SHA-256
devops2019.1.2patch7.exe	8C67C72A83C9215302BDEFB752A7C4E3F876D4D17FCFA63A02B955FCFB545AA

È stata rilasciata la patch 7 per Azure DevOps Server 2019 Update 1.2 che include correzioni per quanto segue:

• Correzione di un bug per cui lo spazio su disco usato dalla cartella della cache proxy è stato calcolato in modo non corretto e la cartella non è stata pulita correttamente.
• CVE-2024-20667: vulnerabilità di esecuzione remota del codice di Azure DevOps Server.

Data di rilascio di Azure DevOps Server 2019 Update 1.2 Patch 6: 14 novembre 2023

È stata rilasciata una patch per Azure DevOps Server 2019 Update 1.2 che include correzioni per quanto segue.

• Estendere l'elenco di caratteri consentiti per le attività di PowerShell per abilitare la convalida dei parametri degli argomenti delle attività della shell.

Nota

Per implementare le correzioni per questa patch, è necessario seguire una serie di passaggi per aggiornare manualmente le attività.

Installare le patch

Importante

Sono stati rilasciati aggiornamenti all'agente di Azure Pipelines con patch 5 rilasciati il 12 settembre 2023. Se gli aggiornamenti dell'agente non sono stati installati come descritto nelle note sulla versione per Patch 5, è consigliabile installare questi aggiornamenti prima di installare Patch 6. La nuova versione dell'agente dopo l'installazione della patch 5 sarà 3.225.0.

Configurare TFX

1. Seguire la procedura descritta nella documentazione relativa al caricamento delle attività nella raccolta di progetti per installare e accedere con tfx-cli.

Aggiornare le attività con TFX

file	Hash SHA-256
Tasks20231103.zip	389BA66 edizione Enterprise BC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5

1. Scaricare ed estrarre Tasks20231103.zip.
2. Modificare la directory nei file estratti.
3. Eseguire i comandi seguenti per caricare le attività:

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.230.0.zip
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.230.0.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.230.0.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.230.0.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.230.0.zip 

Requisiti della pipeline

Per usare il nuovo comportamento, è necessario impostare una variabile AZP_75787_ENABLE_NEW_LOGIC = true nelle pipeline che usano le attività interessate.

• In versione classica:

  Definire la variabile nella scheda della variabile nella pipeline.

• Esempio YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Data di rilascio di Azure DevOps Server 2019 Update 1.2 Patch 5: 12 settembre 2023

È stata rilasciata una patch per Azure DevOps Server 2019 Update 1.2 che include correzioni per quanto segue.

• CVE-2023-33136: vulnerabilità di esecuzione remota del codice di Azure DevOps Server.
• CVE-2023-38155: vulnerabilità del server Azure DevOps e Team Foundation Server l'elevazione dei privilegi.

Importante

Distribuire la patch in un ambiente di test e assicurarsi che le pipeline dell'ambiente funzionino come previsto prima di applicare la correzione all'ambiente di produzione.

Nota

Per implementare le correzioni per questa patch, è necessario seguire una serie di passaggi per aggiornare manualmente l'agente e le attività.

Installare le patch

1. Scaricare e installare Azure DevOps Server 2019 Update 1.2 patch 5.

Aggiornare l'agente di Azure Pipelines

1. Scaricare l'agente da: https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0 - Agent_20230825.zip
2. Usare i passaggi descritti nella documentazione degli agenti Windows self-hosted per distribuire l'agente.  

Nota

Il AZP_AGENT_DOWNGRADE_DISABLED deve essere impostato su "true" per impedire il downgrade dell'agente. In Windows è possibile usare il comando seguente in un prompt dei comandi amministrativo, seguito da un riavvio. setx AZP_AGENT_DOWNGRADE_DISABLED true /M

Configurare TFX

1. Seguire la procedura descritta nella documentazione relativa al caricamento delle attività nella raccolta di progetti per installare e accedere con tfx-cli.

Aggiornare le attività con TFX

1. Scaricare ed estrarre Tasks_20230825.zip.
2. Modificare la directory nei file estratti.
3. Eseguire i comandi seguenti per caricare le attività:

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.226.3.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.226.2.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.226.1.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.226.2.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.226.2.zip 

Requisiti della pipeline

Per usare il nuovo comportamento, è necessario impostare una variabile AZP_75787_ENABLE_NEW_LOGIC = true nelle pipeline che usano le attività interessate.

• In versione classica:

  Definire la variabile nella scheda della variabile nella pipeline.

• Esempio YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Data di rilascio di Azure DevOps Server 2019 Update 1.2 Patch 4: 8 agosto 2023

È stata rilasciata una patch per Azure DevOps Server 2019 Update 1.2 che include correzioni per quanto segue.

• CVE-2023-36869: vulnerabilità spoofing del server Azure DevOps.
• Aggiornare il servizio SSH per supportare SHA2-256 e SHA2-512. Se sono hardcoded file di configurazione SSH per usare RSA, è necessario eseguire l'aggiornamento a SHA2 o rimuovere la voce.
• Correzione del bug del ciclo infinito in CronScheduleJobExtension.

Data di rilascio di Azure DevOps Server 2019 Update 1.2 Patch 3: 13 giugno 2023

È stata rilasciata una patch per Azure DevOps Server 2019 Update 1.2 che include correzioni per quanto segue.

• Correzione di un bug che interferisce con il push dei pacchetti durante l'aggiornamento dalla versione 2018 o precedente.

Data di rilascio di Azure DevOps Server 2019 Update 1.2 Patch 2: 13 dicembre 2022

È stata rilasciata una patch per Azure DevOps Server 2019 Update 1.2 che include correzioni per quanto segue.

• Correzione degli errori nel processo di analisi sincronizzazione account parallelismo.

Data di rilascio di Azure DevOps Server 2019 Update 1.2 Patch 1: 12 luglio 2022

È stata rilasciata una patch per Azure DevOps Server 2019 Update 1.2 che include correzioni per quanto segue.

• Nelle API esecuzioni di test il token di continuazione restituito è maggiore del valore "maxLastUpdatedDate" specificato.
• Durante la modifica di una pipeline classica, la scheda di conservazione era vuota dopo l'eliminazione delle modifiche in una scheda diversa.

Data di rilascio dell'aggiornamento 1.2 di Azure DevOps Server 2019: 17 maggio 2022

Azure DevOps Server 2019 Update 1.2 è un rollup delle correzioni di bug. È possibile installare direttamente Azure DevOps Server 2019 Update 1.2 o eseguire l'aggiornamento da Azure DevOps Server 2019 o Team Foundation Server 2013 o versione successiva.

Nota

Lo strumento di migrazione dei dati sarà disponibile per Azure DevOps Server 2019 Update 1.2 circa tre settimane dopo questa versione. È possibile visualizzare l'elenco delle versioni attualmente supportate per l'importazione qui.

Questa versione include correzioni per quanto segue:

• Revocare tutti i token di accesso personali dopo che l'account Active Directory di un utente è disabilitato.

Data di rilascio di Azure DevOps Server 2019 Update 1.1 Patch 13: 26 gennaio 2022

È stata rilasciata una patch per Azure DevOps Server 2019 Update 1.1 che include correzioni per quanto segue.

• Le notifiche tramite posta elettronica non sono state inviate quando si usa il @mention controllo in un elemento di lavoro.
• L'indirizzo di posta elettronica preferito non è stato aggiornato nel profilo utente. Ciò ha comportato l'invio di messaggi di posta elettronica all'indirizzo di posta elettronica precedente.
• È stata risolta la vulnerabilità di Elasticsearch rimuovendo la classe jndilookup dai file binari log4j.

Passaggi di installazione

1. Aggiornare il server con patch 13.
2. Controllare il valore del Registro di sistema in HKLM:\Software\Elasticsearch\Version. Se il valore del Registro di sistema non è presente, aggiungere un valore stringa e impostare Version su 5.4.1 (Name = Version, Value = 5.4.1).
3. Eseguire il comando PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update update come specificato nel file leggimi. Potrebbe essere restituito un avviso simile al seguente: Impossibile connettersi al server remoto. Non chiudere la finestra, perché l'aggiornamento esegue nuovi tentativi finché non viene completato.

Nota

Se Azure DevOps Server e Elasticsearch sono installati in computer diversi, seguire questa procedura.

1. Aggiornare il server con patch 13.
2. Controllare il valore del Registro di sistema in HKLM:\Software\Elasticsearch\Version. Se il valore del Registro di sistema non è presente, aggiungere un valore stringa e impostare Version su 5.4.1 (Name = Version, Value = 5.4.1).
3. Copiare il contenuto della cartella denominata zip, che si trova C:\Program Files\{TFS Version Folder}\Search\zip nella cartella del file remoto elasticsearch.
4. Eseguire Configure-TFSSearch.ps1 -Operation update nel computer del server Elasticsearch.

Hash SHA-256: DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3

Data di rilascio di Azure DevOps Server 2019 Update 1.1 Patch 12: 15 settembre 2021

La patch 12 per Azure DevOps Server 2019 Update 1.1 include correzioni per quanto segue.

• Correzione della macro dell'elemento di lavoro per le query con "Contiene parole". In precedenza, le query restituivano risultati non corretti per i valori che contengono un'interruzione di riga.
• Problema di localizzazione per gli stati di layout degli elementi di lavoro personalizzati.
• Problema di localizzazione nel modello di notifica tramite posta elettronica.
• Problema con la valutazione delle regole NOTSAMEAS quando sono state definite più regole NOTSAMEAS per un campo.

Data di rilascio di Azure DevOps Server 2019 Update 1.1 Patch 11: 14 settembre 2021

La patch 11 per Azure DevOps Server 2019 Update 1.1 include correzioni per quanto segue.

• Risolvere il problema segnalato in questo ticket di feedback della community degli sviluppatori.

Data di rilascio di Azure DevOps Server 2019 Update 1.1 Patch 10: 10 agosto 2021

La patch 10 per Azure DevOps Server 2019 Update 1.1 include correzioni per quanto segue.

• Correzione del problema relativo ai processi di recapito tramite posta elettronica per alcuni tipi di elementi di lavoro.

Data di rilascio di Azure DevOps Server 2019 Update 1.1 Patch 9: 15 giugno 2021

La patch 9 per Azure DevOps Server 2019 Update 1.1 include correzioni per quanto segue.

• Correzione del problema relativo all'importazione dei dati. L'importazione dei dati richiedeva molto tempo per i clienti che hanno molti test case non aggiornati. Ciò è dovuto a riferimenti che hanno aumentato le dimensioni della tbl_testCaseReferences tabella. Con questa patch sono stati rimossi riferimenti a test case non aggiornati per velocizzare il processo di importazione dei dati.

Data di rilascio di Azure DevOps Server 2019 Update 1.1 Patch 8: 13 aprile 2021

È stata rilasciata una patch per Azure DevOps Server 2019 Update 1.1 che corregge quanto segue.

• CVE-2021-27067: divulgazione di informazioni
• Risolvere il problema segnalato in questo ticket di feedback della community degli sviluppatori | Impossibile registrare i dettagli dell'iterazione dei risultati del test in Azure DevOps Server 2019

Per implementare le correzioni per questa patch, è necessario seguire i passaggi elencati di seguito per l'installazione generale delle patch e le installazioni di attività AzureResourceGroupDeploymentV2 .

Installazione generale delle patch

Se si ha Azure DevOps Server 2019 Update 1.1, è necessario installare Azure DevOps Server 2019 Update 1.1 Patch 8.

Verifica dell'installazione

• Opzione 1: Eseguire devops2019.1.1patch8.exe CheckInstall, devops2019.1.1patch8.exe è il file scaricato dal collegamento precedente. L'output del comando indica che la patch è stata installata o che non è installata.

• Opzione 2: Controllare la versione del file seguente: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 è installato in c:\Program Files\Azure DevOps Server 2019 per impostazione predefinita. Dopo aver installato Azure DevOps Server 2019.1.1 Patch 8, la versione sarà 17.153.31129.2.

Installazione dell'attività AzureResourceGroupDeploymentV2

Nota

Tutti i passaggi indicati di seguito devono essere eseguiti in un computer Windows

Installare

1. Estrarre il pacchetto AzureResourceGroupDeploymentV2.zip in una nuova cartella nel computer. Ad esempio: D:\tasks\AzureResourceGroupDeploymentV2.

2. Scaricare e installare Node.js 14.15.1 e npm (incluso nel download Node.js) in base alle esigenze del computer.

3. Aprire un prompt dei comandi in modalità amministratore ed eseguire il comando seguente per installare tfx-cli.

npm install -g tfx-cli

4. Creare un token di accesso personale con privilegi di accesso completo e copiarlo. Questo token di accesso personale verrà usato quando si esegue il comando tfx login .

5. Eseguire il comando seguente dal prompt dei comandi. Quando richiesto, immettere l'URL del servizio e il token di accesso personale.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

6. Eseguire il comando seguente per caricare l'attività nel server. Usare il percorso del file .zip estratto dal passaggio 1.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Data di rilascio di Azure DevOps Server 2019 Update 1.1 Patch 7: 12 gennaio 2021

È stata rilasciata una patch per Azure DevOps Server 2019 Update 1.1 che corregge quanto segue. Vedere il post di blog per altre informazioni.

• I dettagli dell'esecuzione dei test non visualizzano i dettagli del passaggio di test per i dati di test migrati tramite la migrazione di OpsHub
• Eccezione nell'inizializzatore per 'Microsoft.TeamFoundation.TestManagement.Server.TCMLogger'
• Le compilazioni non gestite vengono eliminate immediatamente dopo la migrazione ad Azure DevOps Server 2020
• Correzione dell'eccezione del provider di dati

Data di rilascio di Azure DevOps Server 2019 Update 1.1 Patch 6: 8 dicembre 2020

È stata rilasciata una patch per Azure DevOps Server 2019 Update 1.1 che corregge quanto segue. Vedere il post di blog per altre informazioni.

• CVE-2020-1325: vulnerabilità spoofing del server Azure DevOps
• CVE-2020-17135: vulnerabilità spoofing del server Azure DevOps
• CVE-2020-17145: vulnerabilità spoofing di Azure DevOps Server e Team Foundation Services
• Correzione del problema relativo alla mancata elaborazione di tutti i risultati da parte del controllo della versione di Team Foundation

Importante

Leggere le istruzioni complete fornite di seguito prima di installare questa patch.

Installazione generale delle patch

Se si ha Azure DevOps Server 2019 Update 1.1, è necessario installare Azure DevOps Server 2019 Update 1.1 Patch 6.

Verifica dell'installazione

• Opzione 1: Eseguire devops2019.1.1patch6.exe CheckInstall, devops2019.1.1patch6.exe è il file scaricato dal collegamento precedente. L'output del comando indica che la patch è stata installata o che non è installata.

• Opzione 2: Controllare la versione del file seguente: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 è installato in c:\Program Files\Azure DevOps Server 2019 per impostazione predefinita. Dopo aver installato Azure DevOps Server 2019.1.1 Patch 6, la versione sarà 17.153.30723.5.

Installazione dell'attività AzurePowerShellV4

Nota

Tutti i passaggi indicati di seguito devono essere eseguiti in un computer Windows

Prerequisiti

1. Installare il modulo Az di Azure PowerShell Azure PowerShell nel computer dell'agente privato.

2. Creare una pipeline con l'attività AzurePowerShellV4 . Nell'attività verrà visualizzato un solo errore non riuscita nell'attività.

Installare

1. Estrarre il pacchetto AzurePowerShellV4.zip in una cartella denominata AzurePowerShellV4.

2. Scaricare e installare Node.js 14.15.1 e npm (incluso nel download Node.js) in base al computer.

3. Aprire un prompt dei comandi in modalità amministratore ed eseguire il comando seguente per installare tfx-cli.

npm install -g tfx-cli

4. Creare un token di accesso personale con privilegi di accesso completo e copiarlo. Questo token di accesso personale verrà usato quando si esegue il comando tfx login .

5. Eseguire il comando seguente dal prompt dei comandi. Quando richiesto, immettere l'URL del servizio e il token di accesso personale.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

6. Eseguire il comando seguente per caricare l'attività nel server. Il percorso del pacchetto estratto sarà D:\tasks\AzurePowerShellv4.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Data di rilascio di Azure DevOps Server 2019 Update 1.1 Patch 5: 8 settembre 2020

È stata rilasciata una patch per Azure DevOps Server 2019 Update 1.1 che corregge quanto segue. Vedere il post di blog per altre informazioni.

• DTS 1713492 : comportamento imprevisto durante l'aggiunta di gruppi di Active Directory alle autorizzazioni di sicurezza.

Data di rilascio di Azure DevOps Server 2019 Update 1.1 Patch 4: 14 luglio 2020

È stata rilasciata una patch per Azure DevOps Server 2019 Update 1.1 che corregge quanto segue. Vedere il post di blog per altre informazioni.

• CVE-2020-1326: vulnerabilità di scripting tra siti
• La pipeline di compilazione mostra una connessione non corretta per gli utenti non autorizzati quando si seleziona Altra origine Git.
• Correzione dell'errore durante la modifica dell'ereditarietà su Attivato o Disattivato nella definizione di compilazione XAML.

Data di rilascio di Azure DevOps Server 2019 Update 1.1 Patch 3: 9 giugno 2020

È stata rilasciata una patch per Azure DevOps Server 2019 Update 1.1 che corregge quanto segue. Vedere il post di blog per altre informazioni.

• CVE-2020-1327: assicurarsi che il server Azure DevOps sanifica gli input utente.

Data di rilascio di Azure DevOps Server 2019 Update 1.1 Patch 2: 14 aprile 2020

È stata rilasciata una patch per Azure DevOps Server 2019 Update 1.1 che corregge quanto segue. Vedere il post di blog per altre informazioni.

• I commit SVN non attivano la pipeline

• Aggiunta del supporto per SHA2 in SSH in Azure DevOps

Data di rilascio di Azure DevOps Server 2019 Update 1.1 Patch 1: 10 marzo 2020

È stata rilasciata una patch di sicurezza per Azure DevOps Server 2019 Update 1.1 che corregge i bug seguenti. Vedere il post di blog per altre informazioni.

• CVE-2020-0700: vulnerabilità di scripting tra siti

• CVE-2020-0758: vulnerabilità di elevazione dei privilegi

• CVE 2020-0815: vulnerabilità di elevazione dei privilegi

---

Data di rilascio di Azure DevOps Server 2019 Update 1.1 RTW: 10 dicembre 2019

Azure DevOps Server 2019 Update 1.1 è un rollup delle correzioni di bug e degli aggiornamenti della sicurezza. Include tutte le correzioni nelle patch di Azure DevOps Server 2019 Update 1 rilasciate in precedenza. È possibile installare direttamente Azure DevOps Server 2019 Update 1.1 o eseguire l'aggiornamento da Azure DevOps Server 2019 o Team Foundation Server 2012 o versione successiva.

Nota

Lo strumento di migrazione dei dati sarà disponibile per Azure DevOps Server 2019 Update 1.1 circa tre settimane dopo questa versione. È possibile visualizzare l'elenco delle versioni attualmente supportate per l'importazione qui.

Questa versione include correzioni per i bug seguenti:

Azure Boards

• Quando si crea un nuovo elemento di lavoro dal backlog del prodotto, il campo Titolo non viene inizializzato con il valore predefinito nel modello di processo.
• Lentezza e timeout quando si usa Azure Boards.
• Il valore Revised By non è corretto nei collegamenti degli elementi di lavoro.

Azure Pipelines

• In Notifiche pipeline, i campi come Duration possono essere Null in alcune impostazioni locali.
• Il percorso del modello potrebbe non puntare a un file JSON valido in una pipeline che include una distribuzione del gruppo di risorse di Azure.
• La pagina delle impostazioni di conservazione a livello di raccolta viene visualizzata nelle pagine delle impostazioni del progetto.

Azure Test Plans

• La modifica dei campi in Piani di test è lenta.
• In un test case, quando si apre da Boards (anziché dai piani di test), i dettagli del passaggio condiviso non vengono aperti.

Generali

• Le raccolte non vengono ordinate in ordine alfabetico.

Amministrazione

• Utilizzo elevato della memoria.
• I server con configurazioni di bilanciamento del carico dovevano aggiungere in modo esplicito l'origine pubblica alla voce del Registro di sistema AllowedOrigins.
• I clienti che eseguono l'installazione in SQL Azure non visualizzano la finestra di dialogo Completa versione di valutazione.
• L'installazione delle estensioni restituisce l'errore "Messaggio di errore Contributo mancante (ms.vss-dashboards-web.widget-sdk-version-2)".
• Quando si configura La ricerca elastica, si verifica un errore: "L'utente non è autorizzato".
• Errori di indicizzazione e query in Ricerca elastica durante l'aggiornamento da TFS 2018 Update 2 o versione successiva.
• Il passaggio "Create Warehouse" ha esito negativo durante la configurazione di Azure DevOps Server.

Questa versione include l'aggiornamento seguente:

• Supporto per SQL Server 2019.

---

Data di rilascio di Azure DevOps Server 2019 Update 1 Patch 1: 10 settembre 2019

È stata rilasciata una patch di sicurezza per Azure DevOps Server 2019 Update 1 che corregge il bug seguente. Vedere il post di blog per altre informazioni.

• CVE-2019-1306: vulnerabilità di esecuzione remota del codice in Wiki

---

Data di rilascio dell'aggiornamento 1 di Azure DevOps Server 2019: 20 agosto 2019

Nota

Lo strumento di migrazione dei dati sarà disponibile per Azure DevOps Server 2019 Update 1 circa tre settimane dopo questa versione. È possibile visualizzare l'elenco delle versioni attualmente supportate per l'importazione qui.

---

Data di rilascio RC2: 23 luglio 2019

RC2 include diverse correzioni di bug a partire da RC1 ed è la versione preliminare pianificata finale.

---

Data di rilascio RC1: 2 luglio 2019

Riepilogo delle novità di Azure DevOps Server 2019 Update 1

Azure DevOps Server 2019 Update 1 introduce molte nuove funzionalità. Tra le caratteristiche principali:

• Nuovo processo di base
• Query for work relative to the start of the day, week, month, or year (Eseguire query per lavoro relativo all'inizio del giorno, della settimana, del mese o dell'anno)
• Accettazione e intervento sui problemi in GitHub durante l'organizzazione della pianificazione in Azure Boards
• Esegui di nuovo una build scaduta per il completamento automatico delle richieste pull
• New merge types for completing pull requests (Nuovi tipi di merge per il completamento delle richieste pull)
• Attivazione di pipeline YAML con tag
• Task assistant for editing YAML files (Assistente per le attività di modifica di file YAML)
• Editor Web con IntelliSense per pipeline YAML
• Gestisci le versioni di GitHub con le pipeline
• Widget Tendenza risultati test (avanzate)
• Informazioni sulla provenienza nei pacchetti
• Supporto per i pacchetti Python
• Upstream sources for Maven (Origini upstream per Maven)
• Incorporare i risultati delle query di Azure Boards in Wiki
• Permalink per le pagine wiki
• Notifications on wiki pages (Notifiche sulle pagine wiki)
• L'estensione analisi non è più necessaria per l'uso di Analytics

È anche possibile passare a singole sezioni per visualizzare le nuove funzionalità:

• Generali
• Bacheche
• Repos
• Pipeline
• Piani di test
• Elementi
• Wiki
• Report

---

Generali

Tema scuro

Il tema scuro è stata una funzionalità diffusa in Azure DevOps Services ed è ora disponibile in Azure DevOps Server. È possibile attivare il tema scuro selezionando Tema dal menu sotto l'avatar in alto a destra di ogni pagina.

Boards

Nuovo processo di base

In passato, Agile è stato il processo predefinito per i nuovi progetti, offrendo un set affidabile e flessibile di tipi di elementi di lavoro e stati per soddisfare un'ampia gamma di metodi di recapito del progetto. Per alcuni team, che hanno familiarità con altri strumenti o che stanno crescendo e vogliono adottare un set di strumenti più potente, vogliono iniziare rapidamente a usare la terminologia con cui hanno più familiarità.

Il nuovo processo Basic fornisce tre tipi di elemento di lavoro (Epiche, Problemi e Attività) per pianificare e tenere traccia del lavoro. È consigliabile usare Problemi per tenere traccia di elementi come storie utente, bug e funzionalità durante l'uso di Epics per raggruppare i problemi in unità di lavoro più grandi. Man mano che si procede al lavoro, spostare gli elementi lungo un flusso di lavoro di stato semplice di To Do, Doing e Done.

Vedere la documentazione tenere traccia dei problemi e delle attività per iniziare a usare il nuovo progetto.

Ordine dei valori di stato nel modulo dell'elemento di lavoro

In precedenza, il valore di stato nel modulo dell'elemento di lavoro era ordinato alfabeticamente. Con questo aggiornamento è stato modificato il modo in cui i valori di stato vengono ordinati in modo che corrispondano all'ordine del flusso di lavoro nelle impostazioni del processo. È anche possibile modificare l'ordine degli stati in ogni categoria nelle impostazioni di personalizzazione dello stato.

L'abilitazione delle funzionalità non è più disponibile

I clienti dovranno aggiornare manualmente il codice XML per ogni progetto per abilitare le nuove funzionalità dopo l'aggiornamento della raccolta.

Per informazioni su come abilitare funzionalità specifiche, vedere la documentazione .

Organizza i materiali di riferimento con funzionalità migliorate per gli allegati agli elementi di lavoro

Il collegamento di file agli elementi di lavoro consente all'utente e al team di centralizzare i materiali di riferimento in modo che siano sempre vicini quando sono necessari. È ora più facile aggiungere un nuovo allegato semplicemente trascinando e rilasciando il file in qualsiasi punto del modulo dell'elemento di lavoro. È possibile continuare a visualizzare gli allegati come elenco o passare a una visualizzazione griglia per visualizzare un'anteprima di anteprima. Fare doppio clic sul file per aprire un'anteprima e scorrere rapidamente le informazioni necessarie.

Condividere il consiglio di amministrazione del team usando un badge

Il file README del repository è spesso la casa a cui il team del progetto si rivolge per informazioni su come contribuire e usare la soluzione. Ora, come per uno stato di compilazione o distribuzione in Azure Pipelines, è possibile aggiungere al file LEGGIMI una notifica per la scheda del team in Azure Boards. È possibile configurare il badge in modo da visualizzare solo le colonne In corso o tutte le colonne e persino rendere il badge visibile pubblicamente se il progetto è open source.

Se il file README è basato su Markdown, è sufficiente copiare l'esempio Markdown dalla pagina delle impostazioni delle notifiche di stato e incollarlo nel file.

Query for work relative to the start of the day, week, month, or year (Eseguire query per lavoro relativo all'inizio del giorno, della settimana, del mese o dell'anno)

Sebbene i team si concentrino spesso sul lavoro nel contesto delle novità successive o basate sulle iterazioni sprint, è spesso interessante esaminare l'obiettivo del calendario per segnalare tutto il lavoro che si è verificato lo scorso mese o nel primo trimestre dell'anno. È ora possibile usare il nuovo set di macro @StartOf seguente insieme a qualsiasi campo basato su data per eseguire query in base all'inizio del giorno, della settimana, del mese o dell'anno:

• @StartOfYear
• @StartOfMonth
• @StartOfWeek
• @StartOfDay

Ognuna di queste macro accetta anche una nuova stringa di modifica che consente di spostare i dati in base a unità di data diverse. Ad esempio, è possibile scrivere una query per trovare tutti gli elementi di lavoro completati nel primo trimestre di quest'anno eseguendo una query su State Change Date = @StartOfYear e State Change Date ><= @StartOfYear("+3M". Per altre informazioni, vedere la documentazione sulle macro di query.

Modificare ed eliminare commenti di discussione

Siamo lieti di annunciare la disponibilità di una funzionalità community di sviluppatori altamente votata, di modificare ed eliminare commenti nella discussione dell'elemento di lavoro in Azure Boards. Per modificare il commento, basta passare il puntatore del mouse su qualsiasi commento di cui si è proprietari e verranno visualizzati due nuovi pulsanti. Se si fa clic sull'icona a forma di matita, si accede alla modalità di modifica e si può semplicemente apportare le modifiche e premere il pulsante "Aggiorna" per salvare le modifiche.

Quando si fa clic sul menu di overflow, verrà visualizzata l'opzione per eliminare il commento. Dopo aver fatto clic su questa opzione, verrà richiesto di confermare che si desidera eliminare il commento e il commento verrà eliminato.

Si avrà una traccia completa di tutti i commenti modificati ed eliminati nella scheda Cronologia del modulo dell'elemento di lavoro. Si noterà anche che l'interfaccia utente dell'esperienza di discussione è stata aggiornata per renderla più moderna e interattiva. Sono state aggiunte bolle intorno ai commenti per rendere più chiaro dove iniziano e terminano i singoli commenti.

Export query results to a CSV file (Esportare i risultati delle query in un file CSV)

È ora possibile esportare i risultati delle query direttamente in un file di formato CSV dal Web.

Navigate to Azure Boards work items directly from mentions in any GitHub comment (Passare agli elementi di lavoro di Azure Boards direttamente dalle menzioni in qualsiasi commento di GitHub)

Ora quando si menziona un elemento di lavoro all'interno del commento di un problema, di una richiesta pull o di un commit in GitHub usando la AB#{work item ID} sintassi, tali menzioni diventeranno collegamenti ipertestuali su cui è possibile fare clic per passare direttamente all'elemento di lavoro indicato.

Questo non crea un collegamento formale che includisce l'elemento di lavoro in Azure Boards per ogni conversazione correlata, ma offre al team un modo per fornire altre informazioni sugli elementi di lavoro durante la discussione del codice o di un problema segnalato dal cliente. Per altre informazioni, vedere la documentazione sull'integrazione di GitHub di Azure Boards.

Accettazione e intervento sui problemi in GitHub durante l'organizzazione della pianificazione in Azure Boards

È ora possibile collegare elementi di lavoro in Azure Boards con problemi correlati in GitHub. Con questo nuovo tipo di collegamento, sono ora possibili diversi altri scenari. Se il team vuole continuare ad accettare segnalazioni di bug dagli utenti, ad esempio come problemi all'interno di GitHub, ma correlare e organizzare il lavoro del team nel complesso in Azure Boards, è ora possibile.

La stessa sintassi di menzione usata dal team per i commit e le richieste pull si applica ancora e naturalmente è possibile collegare manualmente in Azure Boards con l'URL del problema. Per altre informazioni, vedere la documentazione di GitHub e Azure Boards .

Visualizzare rapidamente l'attività di GitHub collegata dalla lavagna Kanban

Quando si esamina la bacheca Kanban o come team, spesso si hanno domande come "ha ancora iniziato lo sviluppo di questo elemento?" o "è ancora questo elemento in fase di revisione?" Con le nuove annotazioni di GitHub nella scheda Kanban, è ora possibile ottenere un rapido senso della posizione di un elemento e passare direttamente al commit di GitHub, alla richiesta pull o al problema per altri dettagli. Per altre informazioni su questa e sulle altre annotazioni per Attività e test, vedere la documentazione Personalizzare le schede .

Repos

Bozze di richieste pull

Per evitare che le richieste pull vengano completate prima che siano pronte e per semplificare la creazione del lavoro in corso che potrebbero non coinvolgere tutti, è ora supportato il progetto di richieste pull.

È possibile creare richieste pull bozza selezionando Crea come bozza dall'elenco a discesa Crea durante la creazione di una richiesta pull.

Dopo aver creato una bozza di richiesta pull, verrà visualizzato un badge che ne indica lo stato accanto al titolo.

Le richieste pull bozza non includono revisori o eseguono compilazioni per impostazione predefinita, ma consentono di aggiungere manualmente revisori ed eseguire compilazioni. Per alzare di livello la richiesta pull a una normale richiesta pull, è sufficiente fare clic sul pulsante Pubblica dalla pagina dei dettagli della richiesta pull.

Esegui di nuovo una build scaduta per il completamento automatico delle richieste pull

Azure Repos ora accoderà automaticamente le compilazioni scadute attivate da un criterio di richiesta pull. Questo vale per le richieste pull che hanno superato tutti gli altri criteri e sono impostate sul completamento automatico.

In precedenza, quando le richieste pull avevano criteri come i revisori richiesti, il processo di approvazione potrebbe richiedere troppo tempo e una compilazione associata potrebbe scadere prima che un revisore abbia approvato la richiesta pull. Se la richiesta pull è stata impostata per il completamento automatico, rimarrà bloccata fino a quando un utente accodò manualmente la compilazione scaduta. Con questa modifica, la compilazione verrà accodata automaticamente in modo che la richiesta pull possa essere completata automaticamente dopo una compilazione riuscita.

Nota

Questa automazione accoderà fino a cinque build scadute per ogni richiesta pull e tenterà di accodare di nuovo ogni compilazione una sola volta.

View just the left or right file in a pull request (Visualizzare solo il file a sinistra o a destra in una richiesta pull)

Oggi, quando si visualizzano le modifiche dei file in una richiesta pull, è possibile usare una diff side-by-side o una modalità diff inline. Abbiamo ricevuto feedback che molti di voi vogliono solo visualizzare il file originale o il file modificato, senza confrontarli, quindi abbiamo aggiunto una nuova opzione che consentirà di visualizzare singolarmente il file sinistro o il file destro.

New merge types for completing pull requests (Nuovi tipi di merge per il completamento delle richieste pull)

Sono ora disponibili altre opzioni quando si uniscono le modifiche da una richiesta pull al ramo di destinazione. È stato aggiunto il supporto per due delle funzionalità più richieste nella community degli sviluppatori: unione fast-forward e unione semi-lineare (chiamata anche "Rebase e Merge").

Queste nuove opzioni saranno ora disponibili nella finestra di dialogo Completa richiesta pull:

La pagina di amministrazione dei criteri aggiornata consente agli amministratori di controllare quali strategie di merge sono consentite in un ramo o una cartella di rami.

Nota

I criteri esistenti vengono ancora applicati. Ad esempio, se il ramo dispone attualmente di un criterio "solo merge squash", sarà necessario modificare tale criterio per usare le nuove strategie di unione.

Non è possibile eseguire il rebasing durante il completamento della richiesta pull:

• Se un criterio nel ramo di destinazione impedisce l'uso di strategie di ribase, sarà necessaria l'autorizzazione "Esegui l'override dei criteri dei rami".
• Se il ramo di origine della richiesta pull include criteri, non sarà possibile eseguire nuovamente la base. La ribasatura modificherà il ramo di origine senza passare attraverso il processo di approvazione dei criteri.
• Se è stata usata l'estensione dei conflitti di merge per risolvere i conflitti di merge. Le risoluzioni dei conflitti applicate a un'unione a tre vie hanno esito positivo (o addirittura valido) quando si ribasano tutti i commit in una richiesta pull uno alla volta.

In tutti questi casi, è comunque possibile ribasare il ramo in locale ed eseguire il push nel server oppure unire le modifiche durante il completamento della richiesta pull.

Filter by target branch in pull requests (PRs) (Filtrare in base al ramo di destinazione nelle richieste pull)

Le richieste pull consentono al team di esaminare il codice e fornire commenti e suggerimenti sulle modifiche prima di unirle nel ramo principale. Sono diventati una parte importante dei flussi di lavoro di molti team perché è possibile esaminare le modifiche proposte, lasciare commenti e votare per approvare o rifiutare le modifiche al codice.

Per semplificare la ricerca delle richieste pull, è stata aggiunta un'opzione di filtro per consentire la ricerca di richieste pull usando il ramo di destinazione.

È anche possibile usare il filtro dei rami di destinazione per personalizzare la visualizzazione richieste pull nella scheda Miniera .

Allow extensions to add syntax highlighting and autocomplete (Consentire alle estensioni di aggiungere l'evidenziazione della sintassi e il completamento automatico)

Attualmente, viene pubblicata l'evidenziazione della sintassi per un subset di lingue supportate dall'editor monaco. Tuttavia, molti di voi vogliono creare un'evidenziazione della sintassi personalizzata per i linguaggi non supportati.

Con questo aggiornamento è stato aggiunto un punto di estendibilità che consente alle estensioni di aggiungere l'evidenziazione della sintassi e il completamento automatico a Esplora file e alle visualizzazioni richieste pull.

È possibile trovare un esempio di estensione che illustra questa funzionalità qui.

È stato inoltre aggiunto il supporto per l'evidenziazione della sintassi del linguaggio Kusto.

Punto di estensione creazione repository

È stato aggiunto un punto di estensione per consentire di aggiungere nuovi elementi alla selezione repository. Questo punto di estensione consente di aggiungere azioni personalizzate (reindirizzamenti, popup e così via) al menu di selezione repository, abilitando flussi come scenari di creazione di repository alternativi.

Supporto per la scrittura del codice migliorato

In precedenza, la modifica e il salvataggio dei file sul Web salvavano solo come codifica UTF-8 e non ti è stato chiesto quando la codifica del file è cambiata. Verrà ora visualizzato un avviso quando si tenta di salvare un file che non è codificato tramite il Web (che supporta solo la codifica UTF). È stato inoltre aggiunto il supporto per la codifica UTF-16 e UTF-32 tramite l'endpoint push Web. Ciò significa che il tipo di codifica verrà mantenuto in modo che non sia necessario riscriverli come UTF-8.

Lo screenshot seguente mostra ed esempio della finestra di dialogo che verrà visualizzata quando si introducono modifiche di codifica da un push Web.

Ottenere il supporto per i comandi in Azure Repos

Go è un linguaggio di programmazione open source, noto anche come Golang. In Go è possibile usare il comando get per scaricare e installare pacchetti e dipendenze. Con questo aggiornamento è stato aggiunto il supporto per go get all'interno di un repository Azure DevOps. Con go getsarà possibile scaricare i pacchetti con le relative dipendenze denominate dai percorsi di importazione. È possibile usare la import parola chiave per specificare il percorso di importazione.

Pipelines

Editor Web con IntelliSense per pipeline YAML

Se si usa YAML per definire le pipeline, è ora possibile sfruttare le nuove funzionalità dell'editor introdotte con questa versione. Sia che si stia creando una nuova pipeline YAML o modificando una pipeline YAML esistente, sarà possibile modificare il file YAML all'interno dell'editor Web della pipeline. Usare CTRL+SPAZIO per il supporto di IntelliSense durante la modifica del file YAML. Verranno visualizzati gli errori di sintassi evidenziati e si otterrà anche assistenza per la correzione di tali errori.

Task assistant for editing YAML files (Assistente per le attività di modifica di file YAML)

Continuiamo a ricevere un sacco di commenti e suggerimenti che chiedono di semplificare la modifica dei file YAML per le pipeline, quindi stiamo aggiungendo un assistente attività all'editor YAML. Con questo, si avrà la stessa esperienza familiare per l'aggiunta di una nuova attività a un file YAML come nell'editor classico. Questo nuovo assistente supporta la maggior parte dei tipi di input di attività comuni, ad esempio elenchi di selezione e connessioni al servizio. Per usare il nuovo assistente attività, selezionare Modifica in una pipeline basata su YAML e quindi selezionare Assistente attività.

Attivazione di pipeline YAML con tag

Le pipeline YAML possono essere attivate quando i tag vengono aggiunti a un commit. Ciò è utile per i team i cui flussi di lavoro includono tag. Ad esempio, è possibile avviare un processo quando un commit viene contrassegnato come "ultima operazione valida nota".

È possibile specificare i tag da includere ed escludere. Ad esempio:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Dichiarazione inline delle risorse dei contenitori

In precedenza, era necessario dichiarare le risorse del contenitore nelle pipeline YAML, quindi farvi riferimento in base al nome. È ora disponibile una sintassi inline per i casi in cui non si farà riferimento più volte al contenitore.

jobs:
- job: my-container-job
  container:
    image: microsoft/dotnet:latest

Configurazione per l'annullamento automatico di una pipeline esistente quando viene aggiornata una richiesta pull

Per impostazione predefinita, le pipeline attivate dalle richieste pull verranno annullate se viene eseguito il push di un nuovo commit nella stessa richiesta pull. Ciò è consigliabile nella maggior parte dei casi perché in genere non si vuole continuare a eseguire una pipeline nel codice non aggiornato. Se non si vuole questo comportamento, è possibile aggiungere autoCancel: false al trigger di richiesta pull.

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

Choose the directory of checked out code in YAML pipelines (Scegliere la directory del codice estratto nelle pipeline YAML)

In precedenza, è stato estratto repository nella s directory in $(Agent.BuildDirectory). È ora possibile scegliere la directory in cui verrà estratto il repository Git per l'uso con le pipeline YAML.

Usare la path parola chiave su checkout e si avrà il controllo della struttura di cartelle. Di seguito è riportato un esempio del codice YAML che è possibile usare per specificare una directory.

steps:
- checkout: self
  path: my-great-repo

In questo esempio il codice verrà estratto nella my-great-repo directory nell'area di lavoro dell'agente. Se non si specifica un percorso, il repository continuerà a essere estratto in una directory denominata s.

Nuove attività del servizio app Azure ottimizzate per YAML

Sono ora supportate quattro nuove attività che offrono un modo semplice ma potente per distribuire app Azure Servizi con sviluppatori moderni. Queste attività hanno una sintassi YAML ottimizzata che rende più semplice e intuitivo creare distribuzioni in app Azure Services, tra cui WebApps, FunctionApps, WebApps per contenitori e FunctionApp per contenitori in piattaforme Windows e Linux.

È supportata anche una nuova attività di utilità per la trasformazione dei file e la sostituzione delle variabili per i formati XML e JSON.

Modifiche alle autorizzazioni predefinite per i nuovi progetti

Fino ad ora, i collaboratori del progetto non potevano creare pipeline a meno che non abbiano esplicitamente l'autorizzazione "Crea definizione di compilazione". Per i nuovi progetti, i membri del team possono creare e aggiornare facilmente le pipeline. Questa modifica ridurrà l'attrito per i nuovi clienti che eseguono l'onboarding in Azure Pipelines. È sempre possibile aggiornare le autorizzazioni predefinite per il gruppo Collaboratori e limitare l'accesso.

Gestisci le versioni di GitHub con le pipeline

Le versioni di GitHub sono un ottimo modo per creare pacchetti e fornire software agli utenti. Microsoft è lieta di annunciare che è ora possibile automatizzarla usando l'attività Di rilascio di GitHub in Azure Pipelines. Usando l'attività è possibile creare una nuova versione, modificare le versioni bozza/pubblicate esistenti o eliminare quelle meno recenti. Supporta funzionalità come il caricamento di più asset, il contrassegno di una versione come versione non definitive, il salvataggio di una versione come bozza e molti altri ancora. Questa attività consente anche di creare note sulla versione. Può anche calcolare automaticamente le modifiche (commit e problemi associati) apportate in questa versione e aggiungerle alle note sulla versione in un formato descrittivo.

Ecco il semplice YAML per l'attività:

task: GithubRelease@0 
displayName: 'Create GitHub Release'      
inputs:
  githubConnection: zenithworks
  repositoryName: zenithworks/pipelines-java
  assets: $(build.artifactstagingdirectory)/*.jar

Una versione di GitHub di esempio creata usando questa attività:

Collegamenti a righe specifiche in un log di compilazione

È ora possibile condividere un collegamento a righe specifiche nel log di compilazione. Ciò consente di collaborare con altri membri del team nella diagnosi degli errori di compilazione. È sufficiente selezionare le righe di un log dalla visualizzazione dei risultati per ottenere un'icona di collegamento.

Resource authorization improvements (Miglioramenti alle autorizzazioni delle risorse)

È necessario garantire la sicurezza per le risorse protette , ad esempio connessioni al servizio, gruppi di variabili, pool di agenti, file protetti, quando si fa riferimento a un file YAML. Allo stesso tempo, volevamo semplificare la configurazione e l'uso di pipeline che usano questi tipi di risorse per scenari non di produzione. In precedenza, è stata aggiunta un'impostazione per contrassegnare una risorsa come "autorizzata per l'uso in tutte le pipeline".

Con questo aggiornamento, è più semplice risolvere un problema di autorizzazione delle risorse anche se non è stata contrassegnata una risorsa come tale. Nella nuova esperienza, quando una compilazione ha esito negativo a causa di un errore di autorizzazione della risorsa, verrà visualizzata un'opzione per autorizzare in modo esplicito l'uso di tali risorse nella pipeline e quindi procedere. I membri del team con autorizzazioni per autorizzare le risorse potranno completare questa azione direttamente da una compilazione non riuscita.

New extension contribution points in the Pipelines Test tab (Nuovi punti per il contributo a estensioni nella scheda dei test delle pipeline)

È stato continuato a rendere il framework di estensione più potente aggiungendo due nuovi punti di contributo nella scheda Risultati test in Pipeline. Ciò consentirà alle estensioni del Marketplace di offrire esperienze di creazione di report più personalizzate e di aggiungere ulteriore interattività.

I due punti di contributo sono:

1. Pulsante Azione personalizzata sulla barra degli strumenti

   A volte può essere necessario eseguire un'azione come l'aggiornamento dei dati di un'API o l'esecuzione di strumenti personalizzati usando i metadati dei risultati del test. Con questo punto di contributo, è possibile creare estensioni che usano il contesto immediato del risultato del test selezionato per aggiungere un'azione personalizzata al pulsante *Azione personalizzata- .

   

2. Scheda Dettagli personalizzati nel riquadro dei dettagli

   È possibile che si disponga di un'ampia gamma di flussi di lavoro di utilizzo dei report di test e che si vogliano visualizzare punti dati diversi rispetto ai test non superati per il debug e l'analisi. Usando questo punto di contributo, il team può aggiungere una nuova scheda al riquadro dei dettagli che verrà visualizzato quando si seleziona la riga dei risultati del test nella griglia dei dati. Questa nuova scheda può visualizzare una visualizzazione con contenuto statico o dati dinamici recuperati tramite API interne o esterne.

Run once agent (Agente a singola esecuzione)

Se si usa un'infrastruttura come Istanze di Azure Container per eseguire agenti privati elastici, spesso si vuole che ogni agente accetti un solo processo prima di uscire. Fino ad ora, questo non è stato facile perché è stato necessario terminare l'agente (probabilmente causando un errore da segnalare) o accettare il rischio che un agente possa ricevere un altro processo prima di poterlo arrestare. Con questo aggiornamento, è stato aggiunto il flag --once alla configurazione dell'agente. Quando si configura l'agente in questo modo, accetta un solo processo e quindi si arresta.

Agent pool user interface update (Aggiornamento all'interfaccia utente del pool di agenti)

La pagina di gestione dei pool di agenti nelle impostazioni del progetto è stata aggiornata con una nuova interfaccia utente. Ora è possibile visualizzare facilmente tutti i processi in esecuzione in un pool. Inoltre, è possibile scoprire perché un processo non è in esecuzione.

Eseguire la distribuzione in destinazioni non riuscite in un gruppo di distribuzione

Per impostazione predefinita, Azure Pipelines viene usato per eseguire di nuovo tutti i processi quando si ridistribuisce un'esecuzione precedentemente non riuscita. È ora possibile eseguire l'override di questo comportamento configurando l'opzione di distribuzione durante la distribuzione. Selezionando l'opzione Tutti i processi e limite alle destinazioni non riuscite in un gruppo di distribuzione, la riesegua tutti i processi e ignora le distribuzioni alle destinazioni già aggiornate.

Ridistribuzione automatica in caso di errore

Quando una distribuzione in una fase ha esito negativo, Azure Pipelines può ora ridistribuire automaticamente l'ultima distribuzione riuscita. È possibile configurare la fase per distribuire automaticamente l'ultima versione riuscita configurando il trigger di ridistribuzione automatica nelle condizioni post-distribuzione. Si prevede di aggiungere altri eventi e azioni attivati alla configurazione di ridistribuimento automatico in uno sprint futuro. Per altre informazioni, vedere la documentazione relativa ai gruppi di distribuzione.

Grafana annotations service hook (Hook del servizio per annotazioni Grafana)

È ora supportato un nuovo hook del servizio che consente di aggiungere annotazioni Grafana per gli eventi Deployment Completed a un dashboard di Grafana. Ciò consente di correlare le distribuzioni con le modifiche apportate alle metriche dell'applicazione o dell'infrastruttura visualizzate in un dashboard di Grafana.

Query Azure Monitor alerts tasks (Eseguire query sulle attività degli avvisi di Monitoraggio di Azure)

La versione precedente dell'attività Query di Monitoraggio di Azure supportava l'esecuzione di query sugli avvisi solo nell'esperienza di monitoraggio classica. Con questa nuova versione dell'attività, è possibile eseguire query sugli avvisi sull'esperienza di monitoraggio unificata introdotta di recente da Monitoraggio di Azure.

Inline input of spec file in Deploy to Kubernetes task (Input inline del file di specifiche nell'attività Distribuisci in Kubernetes)

In precedenza, l'attività di distribuzione Kubernetes richiedeva di fornire un percorso di file per la configurazione. È ora possibile aggiungere anche la configurazione inline.

Docker CLI Installer task (Attività del programma di installazione dell'interfaccia della riga di comando di Docker)

Questa attività consente l'installazione di qualsiasi versione dell'interfaccia della riga di comando di Docker negli agenti, come specificato dall'utente.

Restore deleted release pipelines (Ripristinare le pipeline di versione eliminate)

L'eliminazione delle pipeline di versione inutilizzate consente di mantenere pulito l'elenco delle pipeline di versione, ma a volte si elimina qualcosa per errore. Con questo aggiornamento è ora possibile ripristinare una pipeline di versione eliminata negli ultimi 30 giorni. È stata aggiunta una nuova scheda al pannello sinistro della pagina Versioni che visualizzerà un elenco di pipeline di versione eliminate. Da questa visualizzazione è possibile ripristinare una pipeline di versione eliminata selezionando la pipeline dall'elenco e facendo clic sul pulsante Ripristina .

Notifications on failure of a release creation request (Notifiche relative all'errore di una richiesta di creazione di una versione)

È possibile impostare le notifiche per ricevere messaggi di posta elettronica man mano che si verificano modifiche alle compilazioni, alla codebase e ad altre operazioni. Ad esempio, è possibile impostare un avviso per ricevere una notifica quando viene assegnato un elemento di lavoro.

Con questo aggiornamento è stata aggiunta una nuova sottoscrizione di notifica alla categoria Release . Questa notifica invierà un messaggio di posta elettronica quando una richiesta di creazione di una versione non riesce. Uno scenario di esempio in cui può essere utile è quando una richiesta di creazione di una versione ha esito negativo perché non è disponibile una versione dell'artefatto. Per informazioni su come gestire le notifiche, vedere la documentazione qui.

Schedule releases on source or pipeline change (Pianificare versioni in base a modifiche dell'origine o della pipeline)

In precedenza, quando si dispone di un trigger di rilascio pianificato, una versione verrebbe attivata anche quando non è stata rilevata alcuna modifica nell'artefatto upstream o nella definizione di versione. È stata aggiunta un'opzione al pannello Pianifica trigger di rilascio per pianificare le versioni solo se la versione dell'artefatto o la definizione di versione è stata modificata.

Contribution point for variables in the create release dialog (Punto di aggiunta contributo per le variabili nella finestra di dialogo di creazione della versione)

In precedenza, i valori delle variabili necessari durante la creazione della versione devono essere immessi dall'utente senza assistenza o suggerimenti. Sono stati aggiunti punti di contributo alla finestra di dialogo Crea una nuova versione per supportare le estensioni che consentiranno di popolare il valore di una variabile durante la creazione della versione.

Publish to Azure Service Bus session queues (Pubblicare nelle code di sessione del bus di servizio di Azure)

L'attività di compilazione processo senza agente è stata estesa per includere la possibilità di pubblicare messaggi nelle code di sessione. Questa opzione è stata aggiunta all'attività Pubblica in bus di servizio di Azure.

New Azure subscription option in Kubernetes service connection (Nuova opzione per le sottoscrizioni di Azure nella connessione al servizio Kubernetes)

Le connessioni al servizio per le compilazioni e le versioni consentono di connettersi a servizi esterni e remoti per eseguire attività per una compilazione o una distribuzione. È possibile definire e gestire una connessione al servizio dalle impostazioni Amministrazione del progetto.

Con questo aggiornamento è stata aggiunta un'opzione di autenticazione al modulo di connessione al servizio Kubernetes. È ora possibile selezionare Sottoscrizione di Azure per autenticare la connessione. Ciò semplifica la distribuzione in spazi dei nomi specifici configurando le connessioni Kubernetes con la sottoscrizione di Azure e il nome del cluster.

Per un cluster abilitato per il controllo degli accessi in base al ruolo, gli oggetti ServiceAccount e RoleBinding vengono creati nello spazio dei nomi scelto. L'oggetto RoleBinding limita le operazioni dell'account del servizio creato solo allo spazio dei nomi scelto. Per un cluster con controllo degli accessi in base al ruolo disabilitato, l'account del servizio creato dispone di autorizzazioni a livello di cluster tra spazi dei nomi.

Connessione al servizio Registro Azure Container nel servizio Registro Docker

È ora possibile creare una connessione al servizio registro Docker dalla pagina delle impostazioni del progetto. Per creare la connessione, scegliere un registro Azure Container in una delle sottoscrizioni associate all'identità di Azure Active Directory (AAD). Tutte le attività che richiedono connessioni al servizio ai registri contenitori, ad esempio Docker@2 e KubernetesManifest@0 supportano un unico modo per specificare una connessione.

Search by folder name in release definitions (Cercare in base al nome della cartella nelle definizioni di versione)

È possibile organizzare le definizioni di versione archiviandole in cartelle. In precedenza non era possibile eseguire una ricerca in base alla cartella. È stato difficile trovare una definizione di versione specifica se sono state create molte cartelle. È ora possibile cercare in base al nome della cartella nella definizione di versione, semplificando la ricerca delle definizioni desiderate.

Duffle tool installer task in build and release pipeline (Attività del programma di installazione dello strumento Duffle nelle pipeline di compilazione e di versione)

Duffle è uno strumento da riga di comando che consente di installare e gestire bundle di applicazioni native cloud (CNAB). Con I CNAB è possibile aggregare, installare e gestire app native del contenitore e i relativi servizi.

In questo aggiornamento è stata aggiunta una nuova attività per le pipeline di compilazione e versione che consente di installare una versione specifica del file binario Duffle.

Attività del manifesto Kubernetes

È stata aggiunta una nuova attività alle pipeline di versione per semplificare il processo di distribuzione nei cluster Kubernetes usando i file manifesto. Questa attività offre i vantaggi seguenti rispetto all'uso del file binario kubectl negli script:

• Sostituzione degli artefatti: l'azione di distribuzione viene eseguita come input di un elenco di immagini del contenitore che possono essere specificate insieme ai tag o ai digest. Questa operazione viene sostituita con la versione non modello dei file manifesto prima di applicarla al cluster per assicurarsi che la versione corretta dell'immagine venga estratta dai nodi del cluster.

• Stabilità del manifesto: lo stato dell'implementazione viene controllato per gli oggetti Kubernetes distribuiti per incorporare i controlli di stabilità durante il calcolo dello stato dell'attività come esito positivo/negativo.

• Annotazioni di tracciabilità: le annotazioni vengono aggiunte agli oggetti Kubernetes distribuiti per sovrapporre informazioni sulla tracciabilità di origine, progetto, pipeline ed esecuzione.

• Manifesto del bake: l'azione di bake dell'attività consente di creare grafici Helm nei file manifesto kubernetes in modo che possano essere applicati al cluster.

• Strategia di distribuzione: la scelta della strategia canary con l'azione di distribuzione comporta la creazione di una percentuale desiderata di carichi di lavoro suffisso con -baseline e -canary in modo che possano essere confrontati durante un'attività ManualIntervention prima di usare l'azione di promozione/rifiuto dell'attività per finalizzare la versione da conservare.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    helmChart: charts/sample
    overrides: 'image.repository:nginx'

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)
    containers: |
      nginx: 1.7.9

Upgrades to Docker task (Aggiornamenti all'attività Docker)

È stata aggiornata l'attività Docker per semplificare l'esperienza di creazione della pipeline. Il comando buildAndPush può ora essere usato per compilare più tag per un repository di contenitori specifico ed eseguirne il push in più registri contenitori in un unico passaggio. L'attività può usare le connessioni del servizio registro Docker per l'accesso ai registri contenitori. I metadati di tracciabilità relativi al repository di origine, al commit e alla provenienza della compilazione vengono aggiunti come etichette alle immagini compilate usando questa attività.

steps:
- task: Docker@2
  displayName: Container registry login - ACR1 service connection
  inputs:
    command: login
    containerRegistry: acr1
- task: Docker@2
  displayName: Container registry login - ACR2 service connection
  inputs:
    command: login
    containerRegistry: acr2
- task: Docker@2
  displayName: Build and push images
  inputs:
    repository: test
    tags: |
      d1
      d2

Programma di installazione dello strumento Kubectl

È stata aggiunta una nuova attività che consente di installare una versione specifica del file binario Kubectl negli agenti. Le stringhe di versione più recenti e semver , ad esempio 'v1.14.0' vengono accettate come valori validi per l'input della specifica di versione kubectl.

Improvements to ServiceNow integration (Miglioramenti all'integrazione con ServiceNow)

Una funzionalità chiave per la collaborazione tra team consiste nell'consentire a ogni team di usare un servizio di propria scelta e di offrire un recapito end-to-end efficace. Con questo aggiornamento è stata migliorata l'integrazione di ServiceNow per supportare tutti i tipi di modifiche (normale, standard e di emergenza). Inoltre, è ora possibile specificare il gate usato per creare una nuova richiesta di modifica usando un modello esistente, in base al processo di Gestione dei servizi IT seguito nell'organizzazione. Infine, è anche possibile controllare le versioni in base alle richieste di modifica esistenti. In questo modo è possibile adottare il CD, senza dover modificare il processo consigliato dai team IT.

Support for Red Hat Enterprise Linux 6 (Supporto per Red Hat Enterprise Linux 6)

Con questo aggiornamento è stato aggiunto il supporto dell'agente per Red Hat Enterprise Linux 6. È ora possibile configurare gli agenti destinati alla piattaforma Red Hat Enterprise Linux 6 per l'esecuzione di processi di compilazione e rilascio.

Support for Azure PowerShell Az module (Supporto per il modulo Az di Azure PowerShell)

Azure PowerShell offre un set di cmdlet che è possibile usare per gestire le risorse di Azure dalla riga di comando. Lo scorso dicembre, il modulo Az di Azure PowerShell è diventato disponibile ed è ora il modulo destinato alla gestione delle risorse di Azure.

In precedenza non è stato fornito supporto per il modulo Az di Azure PowerShell negli agenti ospitati. Con la nuova attività di Azure PowerShell versione 4.* nelle pipeline di compilazione e versione, è stato aggiunto il supporto per il nuovo modulo Az per tutte le piattaforme. L'attività azure PowerShell versione 3.* continuerà a supportare il modulo AzureRM. Tuttavia, per mantenere il passo con i servizi e le funzionalità di Azure più recenti, è consigliabile passare all'attività di Azure PowerShell versione 4.* appena possibile.

Il modulo Az ha una modalità di compatibilità che consente di usare gli script esistenti durante l'aggiornamento per usare la nuova sintassi. Per abilitare la compatibilità per il modulo Az, usare il Enable-AzureRmAlias comando . Gli alias consentono di usare i nomi dei cmdlet precedenti con il modulo Az. Per altre informazioni sulla migrazione dal modulo Azure RM al modulo Az di Azure PowerShell, vedere qui.

Nota

Se si usano agenti privati, è necessario installare il modulo Az nel computer agente.

Per altre informazioni sul modulo Az di Azure PowerShell, vedere la documentazione qui.

Supporto dell'autenticazione di Azure Active Directory (AD) per l'attività SQL di Azure

L'attività SQL di Azure è stata migliorata per supportare la connessione a un database tramite Azure AD (Integrated & Password) e un stringa di connessione oltre al supporto esistente per l'autenticazione di SQL Server.

Publish build artifacts with long file paths (Pubblicare gli artefatti della compilazione con percorsi di file lunghi)

Fino ad ora, c'era una limitazione che impediva il caricamento degli artefatti di compilazione con percorsi più lunghi di 233 caratteri. Ciò potrebbe impedire il caricamento dei risultati di code coverage da compilazioni Linux e macOS con percorsi di file più lunghi del limite. Il limite è stato aggiornato per supportare percorsi lunghi.

Skip continuous integration (CI) for a commit (Ignorare l'integrazione continua per un commit)

È ora possibile indicare ad Azure Pipelines di ignorare un commit e ignorare l'esecuzione di una pipeline che normalmente viene attivata dal commit. È sufficiente includere [skip ci] nel messaggio di commit del commit HEAD e Azure Pipelines ignorerà l'integrazione continua. È anche possibile usare una delle varianti elencate di seguito. Questa funzionalità è supportata per i commit in Git Azure Repos e GitHub Enterprise Server.

• [skip ci] oppure [ci skip]
• skip-checks: true oppure skip-checks:true
• [skip azurepipelines] oppure [azurepipelines skip]
• [skip azpipelines] oppure [azpipelines skip]
• [skip azp] oppure [azp skip]
• ***NO_CI***

Test Plans

Widget Tendenza risultati test (avanzate)

Il widget Tendenza risultati test (avanzate) offre visibilità quasi in tempo reale sui dati di test per più compilazioni e versioni. Il widget Tendenza risultato test (Avanzate) visualizza una tendenza dei risultati del test per le pipeline o tra pipeline. È possibile usarlo per tenere traccia del numero giornaliero di test, velocità di superamento e durata del test. La qualità dei test di rilevamento nel tempo e il miglioramento del materiale collaterale dei test è fondamentale per mantenere una pipeline DevOps integra.

Il widget Tendenza risultati test (avanzato) consente di individuare gli outlier nei risultati dei test e rispondere a domande come: i test richiedono più tempo per l'esecuzione del solito? Quale file di test o pipeline influisce sul tasso di superamento complessivo? Quali sono i test a esecuzione prolungata?

Per rispondere a queste domande, il widget fornisce queste funzionalità:

• Visualizza una tendenza della frequenza di superamento e il conteggio dei risultati o della durata del test
• Presenta i risultati dei test in base a più pipeline di compilazione o pipeline di versione
• Usa le opzioni di creazione di grafici combinati per visualizzare due metriche sulla stessa tendenza
• Filtra il conteggio dei test nel tempo in base al risultato del test
• Filtra tutti i risultati del test per ramo o test
• Impila le metriche in base agli attributi di test, ad esempio Priorità o Ambiente
• Raggruppare i dati nei file di test, nel proprietario o nelle pipeline

Il widget è altamente configurabile che consente di usarlo per un'ampia gamma di scenari.

Share test run results via URL (Condividere i risultati delle esecuzioni dei test tramite un URL)

È possibile configurare test automatizzati da eseguire come parte di una compilazione o di una versione. I risultati dei test pubblicati possono essere visualizzati nella scheda Test nel riepilogo della compilazione o della versione. Con questo aggiornamento è stata aggiunta una funzionalità Di copia dell'URL dei risultati in modo da poter condividere i risultati di una singola esecuzione di test con altri utenti del team.

I livelli di condivisione includono:

• Livello di esecuzione
• Livello di risultato
• Scheda singola selezionata all'interno dell'esecuzione del test
• La condivisione è compatibile anche con le schede delle estensioni configurate

Quando si condivide l'URL, i visualizzatori visualizzeranno i risultati dell'esecuzione del test nella visualizzazione a schermo intero.

Artifacts

Pacchetti NuGet con numeri di versione SemVer 2.0.0

In precedenza, Azure Artifacts non supportava i pacchetti NuGet con numeri di versione SemVer 2.0.0 (in genere i numeri di versione che contengono la parte dei metadati di compilazione della versione, che è significativa da un ).+ È ora possibile salvare i pacchetti da nuget.org che contengono metadati di compilazione ed eseguire il push dei propri pacchetti con i metadati di compilazione. Per i criteri SemVer e NuGet.org, i metadati di compilazione non possono essere usati per ordinare i pacchetti. Pertanto, non è possibile pubblicare sia 1.0.0+build1 che 1.0.0+build2 in Azure Artifacts (o nuget.org) perché tali versioni verranno considerate equivalenti e quindi soggette ai vincoli di immutabilità.

Informazioni sulla provenienza nei pacchetti

Con questo aggiornamento, è stato reso più semplice comprendere la provenienza dei pacchetti: chi o cosa li ha pubblicati e da quale commit del codice sorgente provengono. Queste informazioni vengono popolate automaticamente per tutti i pacchetti pubblicati usando le attività NuGet, npm, Maven e Twine Authenticate (per Python) in Azure Pipelines.

Package usage stats (Statistiche sull'utilizzo di pacchetti)

Fino ad ora, Azure Artifacts non ha fornito un modo per misurare l'utilizzo o la popolarità dei pacchetti. Con questo aggiornamento, è stato aggiunto un conteggio dei download e degli utenti sia all'elenco dei pacchetti che alle pagine dei dettagli del pacchetto. È possibile visualizzare le statistiche sul lato destro di una delle due pagine.

Supporto per i pacchetti Python

Azure Artifacts può ora ospitare pacchetti Python: entrambi i pacchetti che si producono manualmente e i pacchetti upstream salvati dal pyPI pubblico. Per altri dettagli, vedere il post di blog dell'annuncio e la documentazione.

Ora è possibile ospitare tutti i pacchetti NuGet, npm, Maven e Python nello stesso feed.

Upstream sources for Maven (Origini upstream per Maven)

Le origini upstream sono ora disponibili per i feed Maven. Sono inclusi il repository centrale Maven primario e i feed di Azure Artifacts. Per aggiungere maven upstream a un feed esistente, visitare Impostazioni feed, selezionare il pivot Origini upstream e quindi selezionare Aggiungi origine upstream.

Proxy support for Artifacts-related tasks (Supporto del proxy per le attività correlate ad Artifacts)

Fino ad ora, molte attività di compilazione correlate agli artefatti non hanno fornito supporto completo per l'infrastruttura proxy di Azure Pipelines, che ha portato a problemi nell'uso delle attività degli agenti locali. Con questo aggiornamento è stato aggiunto il supporto per i proxy alle attività seguenti:

• Npm@1 ('npm' nella finestra di progettazione)
• NuGetCommand@2 ('NuGet' nella finestra di progettazione): solo comandi di ripristino e push
• DotNetCoreCLI@2 ('.NET Core' nella finestra di progettazione): eseguire il ripristino e i comandi push nuget solo
• NpmAuthenticate@0, PipAuthenticate@0 e TwineAuthenticate@0 ('[type] Authenticate' nella finestra di progettazione): queste attività supportano proxy durante l'acquisizione di token di autenticazione, ma è comunque necessario configurare eventuali attività/script/strumenti successivi per usare anche il proxy. In alternativa, queste attività non configurano il proxy per lo strumento sottostante (npm, pip, twine).
• NuGetToolInstaller@0, NodeTool@0, DotNetCoreInstaller@0 ('[type] Installer' nella finestra di progettazione)

All Artifacts package types supported in releases (Tutti i tipi di pacchetti di Artifacts supportati nelle versioni)

Fino ad ora, solo i pacchetti NuGet sono stati supportati nel tipo di artefatto di Azure Artifacts nelle versioni pipeline. Con questo aggiornamento sono supportati tutti i tipi di pacchetto Di Azure Artifacts, maven, npm e Python.

Artifacts views supported in releases (Visualizzazioni di Artifacts supportate nelle versioni)

In precedenza, il tipo di artefatto di Azure Artifacts poteva essere attivato solo quando sono state pubblicate nuove versioni del pacchetto nel feed. Ora è stato aggiunto anche il supporto per le visualizzazioni, quindi è possibile attivare le versioni quando i pacchetti già presenti nel feed vengono alzati di livello a una visualizzazione.

Retention policies can skip packages downloaded recently (I criteri di conservazione possono ignorare pacchetti scaricati di recente)

Fino ad ora, i feed di Azure Artifacts hanno offerto criteri di conservazione di base che iniziano a eliminare le versioni precedenti del pacchetto quando è stato raggiunto un "numero massimo di versioni per pacchetto". Con questo aggiornamento è stata aggiunta la possibilità di ignorare i pacchetti scaricati di recente durante la pulizia. Per abilitare, modificare il feed e selezionare la casella di controllo Ignora pacchetti scaricati di recente .

Delegate who can manage feeds (Delegare gli utenti autorizzati a gestire i feed)

In Azure Artifacts la raccolta di progetti Amministrazione istrator (PCA) è sempre stata in grado di amministrare tutti i feed in un server Azure DevOps. Con questo aggiornamento, le CA possono anche offrire questa possibilità ad altri utenti e gruppi, delegando così la possibilità di gestire qualsiasi feed.

Wiki

Modelli di Markdown per formule e video

Non è più necessario ricordare la sintassi markdown per l'aggiunta di formule, video e tag YAML durante la modifica di un wiki. È ora possibile fare clic sul menu di scelta rapida nella barra degli strumenti e selezionare l'opzione desiderata.

Incorporare i risultati delle query di Azure Boards in Wiki

È ora possibile incorporare i risultati delle query di Azure Boards in una pagina wiki sotto forma di tabella. L'immagine seguente mostra un esempio di una pagina wiki con un elenco di tutte le funzionalità rilasciate e tutti i bug attivi nello sprint corrente incorporato nel wiki. Il contenuto visualizzato nella pagina usa una query dell'elemento di lavoro esistente. Con questa nuova funzionalità è possibile creare contenuto dinamico e non è necessario preoccuparsi di aggiornare manualmente la pagina wiki.

I risultati della query possono essere aggiunti in due passaggi:

1. Fare clic sul pulsante "Risultati query" sulla barra degli strumenti di modifica.

2. Selezionare la query richiesta e fare clic sul pulsante "Inserisci".

I risultati della query possono ora essere visualizzati sotto forma di tabella dopo aver salvato la pagina.

Carattere monospaced per l'editor di Wiki Markdown

Con l'introduzione di tipi di carattere monospaced per l'editor Markdown wiki, la leggibilità non è più una sfida. L'origine Markdown è pulita e facile da leggere. Questa funzionalità è stata assegnata in ordine di priorità in base a questo ticket di suggerimento.

Permalink per le pagine wiki

Fino ad ora, i collegamenti alla pagina Wiki condivisa si sono interrotti se la pagina collegata è stata rinominata o spostata. Sono stati ora introdotti collegamenti permanenti aggiungendo un ID di pagina all'URL. In questo modo si garantisce che i collegamenti condivisi rimangano intatti man mano che il wiki cambia nel tempo.

Questa funzionalità è stata assegnata in ordine di priorità in base a questo ticket di suggerimento.

Mostra lo stato dell'elemento di lavoro nelle pagine Wiki

In questo aggiornamento sono stati migliorati i riferimenti agli elementi di lavoro nelle pagine Wiki aggiungendo lo stato dell'elemento di lavoro alla pagina, insieme al relativo ID e titolo.

I riferimenti agli elementi di lavoro nelle discussioni Pull Request e Boards mostreranno anche lo stato.

@mention utenti e gruppi

È ora @mention possibile usare utenti e gruppi in una pagina wiki. In questo modo, documenti come la pagina di contatto di un team, documenti di materiale sussidiario e documenti di conoscenza più completi. L'immagine seguente è un esempio che mostra una retrospettiva sprint con attività e la persona responsabile.

@mention utenti e gruppi." />

È anche possibile selezionare un utente o un gruppo dalla richiesta automatica digitando "@" nella pagina di modifica wiki. Anche la persona menzionata riceverà una notifica tramite posta elettronica.

@mention." />

Infine, è anche possibile fare clic sull'utente @mentioned per visualizzare la scheda informazioni sul profilo. Questa funzionalità è stata assegnata in ordine di priorità in base a questo suggerimento di funzionalità.

Notifications on wiki pages (Notifiche sulle pagine wiki)

Fino ad ora, non hai avuto modo di sapere quando il contenuto in una pagina wiki è stato modificato. È ora possibile seguire le pagine wiki per ricevere una notifica tramite posta elettronica quando la pagina viene modificata, eliminata o rinominata. Per tenere traccia delle modifiche apportate a un wiki, selezionare il pulsante Segui nella pagina wiki.

Questa funzionalità è stata assegnata in ordine di priorità in base a questo ticket di suggerimento. Per altre informazioni, vedere la documentazione qui.

Support for HTML tags (Supporto per i tag HTML)

È ora possibile creare contenuti più avanzati nel wiki usando tag HTML. Di seguito sono riportate le operazioni che è possibile eseguire con i tag HTML.

1. È ora possibile creare sezioni collapible all'interno delle pagine wiki usando i dettagli e i tag di riepilogo. È possibile aggiungere l'attributo aperto per mantenere i dettagli espansi per impostazione predefinita.

   

   Per altre informazioni sul tag dei dettagli , vedere la documentazione qui.

   Questo è stato prioritario in base a questo ticket di suggerimento.

   Nota

   Questo tag non è supportato nei browser Edge e Internet Explorer.

Improved table creation and editing (Miglioramenti alla creazione e alla modifica delle tabelle)

Fino ad ora, la creazione e la modifica di tabelle in un wiki era difficile. Sono state apportate modifiche per semplificare l'aggiunta e la gestione delle tabelle nel wiki.

1. Creare una tabella dalla griglia

   Non è più necessario ricordare la sintassi della tabella markdown. È ora possibile creare facilmente una tabella markdown selezionando una griglia da 15 X 15. È sufficiente selezionare il numero necessario di colonne e righe per inserire una tabella con un solo clic.

   

   Questa funzionalità è stata assegnata in ordine di priorità in base ai ticket di suggerimento seguenti:

   • Visualizzazione tabella per wiki
   • Semplificare l'inserimento di tabelle in wiki

2. Migliore leggibilità delle tabelle

   È ora possibile attivare o disattivare il ritorno a capo automatico per consentire all'editor di migliorare la leggibilità delle tabelle. La disabilitazione del ritorno a capo automatico aggiunge una barra di scorrimento che consente di visualizzare più facilmente il contenuto di tabelle di grandi dimensioni.

   

3. Formattazione automatica delle tabelle markdown

   Non è più necessario aggiungere spazi per allineare le colonne markdown. Con il pulsante Formatta tabelle, le tabelle markdown vengono formattate automaticamente aggiungendo spazi alle celle per allineare le colonne. Se sono presenti tabelle di grandi dimensioni, usarle con disabilitare il ritorno a capo automatico per semplificare la lettura delle tabelle.

   

   È anche possibile usare il tasto di scelta rapida CTRL+MAIUSC+F per formattare le tabelle.

Creazione di report

L'estensione analisi non è più necessaria per l'uso di Analytics

L'analisi sta diventando sempre più parte integrante dell'esperienza di Azure DevOps. È una funzionalità importante per i clienti per aiutarli a prendere decisioni basate sui dati.

Per l'aggiornamento 1, siamo lieti di annunciare che i clienti non hanno più bisogno dell'estensione Analytics per l'uso di Analytics. I clienti possono ora abilitare Analisi sotto la Impostazioni raccolta di progetti. Si tratta di un processo semplice che è proprio all'interno del prodotto.

Ecco come i clienti possono abilitare Analytics:

1. Passare a Raccolta progetti Impostazioni:

2. Fare clic su Abilita analisi

L'attività è terminata. Le esperienze basate sull'analisi verranno attivate per la raccolta.

Per impostazione predefinita, le nuove raccolte create nell'aggiornamento 1 e nelle raccolte di Azure DevOps Server 2019 con l'estensione Analytics installata che sono state aggiornate saranno abilitate per impostazione predefinita.

Per altre informazioni su Analytics e sulle esperienze abilitate:

• Altre informazioni sull'abilitazione di Analytics.
• Leggere la documentazione panoramica di Analytics.
• Leggere le funzionalità principali: widget di analisi, report di test con esito negativo superiore, integrazione di Power BI e endpoint OData.
• Guardare questo video di Channel 9 in Azure DevOps Analytics.

---

Commenti

I commenti degli utenti sono molto apprezzati. È possibile segnalare un problema o fornire un'idea e monitorarla tramite Developer Community e ottenere consigli su Stack Overflow.

---

In alto