Condividi tramite


Anteprima pubblica di New Boards Hubs

I nuovi hub di schede sono ora disponibili in anteprima pubblica. La piattaforma Web è stata aggiornata per fornire una nuova progettazione moderna, reflow reattivi, conformità all'accessibilità e prestazioni migliorate della pagina.

Per informazioni dettagliate, vedere le note sulla versione.

Generale

Azure Boards

Azure Pipelines

Generale

Il controllo è ora una funzionalità di consenso esplicito per l'organizzazione

Il controllo è stato ora reso una funzionalità di consenso esplicito in Azure DevOps. Se l'organizzazione non usa attivamente Auditing oggi (ad esempio, i log di controllo sono stati visitati almeno due volte negli ultimi 90 giorni o hanno un flusso di controllo configurato), sarà necessario attivare in modo esplicito la funzionalità di controllo per l'organizzazione per iniziare a farlo. Dopo l'attivazione, gli eventi di controllo verranno inclusi nel log di controllo dell'organizzazione. Per le organizzazioni che sono utenti attivi del controllo, la funzionalità rimarrà Attiva.

È possibile abilitare Il controllo nell'organizzazione dalla pagina Impostazioni organizzazione .

Sulla barra laterale destra verrà visualizzato Criteri sotto l'intestazione Sicurezza. Supponendo che l'organizzazione sia supportata da Azure Active Directory, si noterà che uno dei criteri di sicurezza disponibili da abilitare è Log Audit Events. Le organizzazioni supportate da MSA non avranno più le funzionalità di controllo disponibili.

Eventi di controllo

È sufficiente disattivare questo criterio On e Auditing dovrebbe essere ora disponibile (se non viene visualizzato immediatamente, aggiornare la pagina e dovrebbe essere disponibile). Se non si desidera più ricevere gli eventi di controllo, attivare il pulsante su Disattivato. Quando il pulsante è disattivato, la pagina Controllo non verrà più visualizzata nella barra laterale e la pagina Log di controllo non sarà più disponibile. Tutti i flussi di controllo configurati interromperanno la ricezione di eventi.

Gli utenti guest visualizzeranno solo i dati utente pubblici

Quando i criteri di accesso guest esterno sono disabilitati e il criterio Consenti progetti pubblici è abilitato, gli utenti guest potranno visualizzare solo i dati utente pubblici, ad esempio nome visualizzato e così via, per i membri dei progetti pubblici. Questa è la stessa esperienza concessa agli utenti anonimi. Ciò si applica a tutti i dati personali disponibili tramite l'esperienza Web ,ad esempio nella selezione identità visualizzata quando un utente tenta di menzionare un altro utente o assegnare elementi di lavoro) e tutti i dati personali disponibili tramite le API REST.

Azure Boards

Nuovi hub di schede ora disponibili in anteprima pubblica

Negli ultimi mesi il team è stato incentrato sulla modernizzazione dell'esperienza utente per gli hub Azure Boards. L'interfaccia utente è stata aggiornata per fornire un'interfaccia utente più veloce, coerenza con altre parti del prodotto e miglioramento dell'accessibilità. Il team è entusiasta di annunciare finalmente l'anteprima pubblica per la nuova esperienza di Azure Boards.

La funzionalità rimane invariata, ma è possibile prevedere quanto segue:

  • Progettazione moderna
  • Reflow reattivi
  • prestazioni migliorate
  • Conformità all'accessibilità

Per acconsentire esplicitamente all'anteprima pubblica, nella sezione funzionalità di anteprima attivare la funzionalità denominata New Boards Hubs to On.

Gif per l'consenso esplicito per la demo all'anteprima pubblica.

Se per qualche motivo gli hub di nuove schede causano un problema di blocco, è possibile disattivare l'anteprima. Ma provare la nuova esperienza e inviare commenti e suggerimenti. Assicurarsi di comunicare se qualcosa manca o non funziona come previsto.

Azure Pipelines

I modelli di pipeline YAML estesi possono ora essere passati a informazioni di contesto per fasi, processi e distribuzioni

Con questo aggiornamento si aggiunge una nuova templateContext proprietà per job, deploymente stage i componenti della pipeline YAML destinati a essere usati insieme ai modelli.

Ecco uno scenario per l'uso templateContextdi :

  • Si usano modelli per ridurre la duplicazione del codice o per migliorare la sicurezza delle pipeline

  • Il modello accetta come parametro un elenco di stages, jobso deployments

  • Il modello elabora l'elenco di input ed esegue alcune trasformazioni in ognuna delle fasi, dei processi o delle distribuzioni. Ad esempio, imposta l'ambiente in cui ogni processo viene eseguito o aggiunge passaggi aggiuntivi per applicare la conformità

  • L'elaborazione richiede informazioni aggiuntive da passare dall'autore della pipeline nel modello per ogni fase, processo o distribuzione nell'elenco

Di seguito è descritto un esempio. Si supponga di creare una pipeline che esegue test end-to-end per la convalida della richiesta pull. L'obiettivo è testare solo un componente del sistema, ma, poiché si prevede di eseguire test end-to-end, è necessario un ambiente in cui sono disponibili più componenti del sistema e è necessario specificare il comportamento.

Si rendono conto che altri team avranno esigenze simili, quindi si decide di estrarre i passaggi per configurare l'ambiente in un modello. Il codice è simile al seguente:

testing-template.yml

parameters: 
- name: testSet
  type: jobList

jobs:
- ${{ each testJob in parameters.testSet }}:
  - ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 200) }}:
    - job:
      steps:
        - script: ./createSuccessfulEnvironment.sh ${{ testJob.templateContext.requiredComponents }}
        - ${{ testJob.steps }}
  - ${{ if eq(testJob.templateContext.expectedHTTPResponseCode, 500) }}:
    - job:
      steps:
        - script: ./createRuntimeErrorEnvironment.sh ${{ testJob.templateContext.requiredComponents }}
        - ${{ testJob.steps }}

Ciò che il modello esegue, per ogni processo nel testSet parametro, imposta la risposta dei componenti del sistema specificati da ${{ testJob.templateContext.requiredComponents }} per restituire ${testJob.templateContext.expectedHTTPResponseCode }}.

È quindi possibile creare una pipeline personalizzata che si estende testing-template.yml come nell'esempio seguente.

sizeapi.pr_validation.yml

trigger: none

pool:
  vmImage: ubuntu-latest

extends:
  template: testing-template.yml
  parameters:
    testSet:
    - job: positive_test
      templateContext:
        expectedHTTPResponseCode: 200
        requiredComponents: dimensionsapi
      steps:
      - script: ./runPositiveTest.sh
    - job: negative_test
      templateContext:
        expectedHTTPResponseCode: 500
        requiredComponents: dimensionsapi
      steps:
      - script: ./runNegativeTest.sh

Questa pipeline esegue due test, un positivo e uno negativo. Entrambi i test richiedono che il dimensionsapi componente sia disponibile. Il positive_test processo prevede il codice HTTP restituito 200, mentre negative_test prevede che restituisca il dimensionsapi codice HTTP 500.

Data di ritiro aggiornata per le immagini ospitate di Windows 2016

Abbiamo spostato la data di ritiro per le immagini di Windows 2016 dal 1 aprile al 30 giugno. Anche se la maggior parte dei clienti che usano questa immagine ha aggiornato le pipeline, ci sono ancora clienti che usano questa immagine. Per verificare se l'organizzazione usa Windows 2016, usare queste istruzioni per le pipeline di identità usando immagini deprecate.

Per aiutare i clienti a identificare le pipeline, si continuerà a eseguire brownout. Questi sono periodi di 24 ore in cui l'immagine non sarà disponibile, causando l'esito negativo dei processi della pipeline durante questo periodo. I brownout si verificheranno su:

  • Lunedì 18 aprile
  • Martedì 26 aprile
  • Mercoledì 4 maggio
  • Giovedì 12 maggio
  • Venerdì 20 maggio
  • Lunedì 23 maggio
  • Martedì 31 maggio
  • Mercoledì 8 giugno
  • Giovedì 16 giugno
  • Venerdì 24 giugno
  • Lunedì 27 giugno

Passaggi successivi

Nota

Queste funzionalità verranno implementate nei prossimi due-tre settimane.

Passare ad Azure DevOps e guardare.

Come fornire commenti e suggerimenti

Ci piacerebbe sentire quello che pensi a queste funzionalità. Usare il menu della Guida per segnalare un problema o fornire un suggerimento.

Inviare un suggerimento

È anche possibile ottenere consigli e domande risposte dalla community in Stack Overflow.

Grazie,

Aaron Hallberg