Supporto per la tabella delle pagine secondarie nel wiki

  • Articolo

È ora possibile aggiungere tabelle secondarie alle pagine wiki in modo da visualizzare il contenuto e i collegamenti. In Boards è ora possibile aggiungere colori alla corsia e bloccare i campi personalizzati da modificare. Continuiamo anche i nostri investimenti in sicurezza e abbiamo aggiunto un nuovo ambito pat per gestire l'autorizzazione e le approvazioni e i controlli della pipeline.

Per informazioni dettagliate, vedere le note sulla versione.

Azure Boards

Azure Pipelines

Wiki

Azure Boards

Impedire la modifica dei campi degli elenchi di selezione condivisibili

I campi personalizzati vengono condivisi tra processi. Questo può creare un problema per i campi dell'elenco a discesa perché è possibile consentire agli amministratori del processo di aggiungere o rimuovere valori dal campo. In questo caso, le modifiche influiscono su tale campo su ogni processo che lo usa.

Per risolvere questo problema, è stata aggiunta la possibilità per l'amministratore della raccolta di "bloccare" un campo da modificare. Quando il campo dell'elenco a discesa è bloccato, l'amministratore del processo locale non può modificare i valori di tale elenco a discesa. Possono aggiungere o rimuovere solo il campo dal processo.

Gif to demo editing of shareable picklist fields.

Colori corsia

Nella lavagna Kanban le corsie consentono di visualizzare lo stato del lavoro che supporta classi a livello di servizio diverse. Ora, è possibile aggiungere colore alle corsie per facilitarne l'identificazione nella tavola.

Gif to demo adding color to swimlanes.

Nota

Questa funzionalità sarà disponibile solo con l'anteprima di New Boards Hubs.

Azure Pipelines

Nuovo ambito pat per la gestione dell'autorizzazione e delle approvazioni della pipeline e dei controlli

Per limitare i danni causati dalla perdita di un token PAT, è stato aggiunto un nuovo ambito pat denominato Pipeline Resources. È possibile usare questo ambito pat quando si gestisce l'autorizzazione della pipeline usando una risorsa protetta, ad esempio una connessione al servizio o per gestire le approvazioni e verificare la presenza di tale risorsa.

Pipelines REST API Updates

Le chiamate API REST seguenti supportano il nuovo ambito pat come indicato di seguito:

Miglioramenti dell'esperienza alle autorizzazioni della pipeline

È stata migliorata l'esperienza relativa alla gestione delle autorizzazioni della pipeline per fare in modo che il sistema delle autorizzazioni ricordi se una pipeline aveva usato in precedenza una risorsa protetta, ad esempio una connessione al servizio.

In passato, se è stato selezionato "Concedere l'autorizzazione di accesso a tutte le pipeline" quando è stata creata una risorsa protetta, ma è stato limitato l'accesso alla risorsa, la pipeline ha richiesto una nuova autorizzazione per usare la risorsa. Questo comportamento non era coerente con l'apertura e la chiusura successive dell'accesso alla risorsa, in cui non era necessaria una nuova autorizzazione. Questo problema è stato risolto.

Variabili come input nei controlli

Approvazioni e i controlli sono un meccanismo di sicurezza di runtime che consente ai proprietari delle risorse di controllare quali esecuzioni di pipeline possono usare la risorsa.

Due controlli più diffusi sono Invoke Azure Function e Invoke REST API (Richiama API REST). In passato, durante la configurazione, si poteva usare solo variabili di sistema o gruppi di variabili predefiniti.

In questo sprint è stato aggiunto il supporto per le variabili definite dalla pipeline. Questa operazione funziona quando si specificano Function keyparametri , Headers, Bodye Query per tali controlli.

Si supponga di avere la pipeline YAML seguente. Si noti che si definiscono le variabili FunctionKey, MyHeaderMyBody, e MyQuerye una variabile definita dal runtime denominataRetryCount .

variables:
  FunctionKey: <<redacted>>
  MyHeader: "FabrikamHeader"
  MyQuery: "FabrikamQuery"
  MyBody: "FabrikamBody"

stages: 
- stage: Build
  jobs:
  - job: SetRC
    steps:
    - script: echo "##vso[task.setvariable variable=RetryCount;isOutput=true]3"
      name: RCValue
- stage: Deploy
  jobs:
  - deployment: 
    environment: Production
    strategy:
      runOnce:
        deploy:
          steps:
          - script: ./deploy.sh

È possibile configurare un controllo Richiama funzione di Azure nell'ambiente di produzione e fare riferimento $(FunctionKey)a , $(MyHeader), $(MyBody)$(MyQuery), e $(Build.SetRC.RCValue.RetryCount), come nello screenshot seguente.

Invoke Azure Function

La sintassi per l'uso di variabili definite dal runtime è StageId.JobId.StepOrTaskName.Variable.

Altre informazioni sul modo consigliato per usare Richiamare i controlli api REST e funzioni di Azure.

Possibilità di disabilitare la maschera per i segreti brevi

Azure Pipelines maschera i segreti nei log. I segreti possono essere variabili contrassegnate come segrete, variabili di gruppi di variabili collegati ad Azure Key Vault o elementi di un servizio Connessione ion contrassegnati come segreti dal provider del servizio Connessione ion.

Tutte le occorrenze del valore del segreto vengono mascherate. Mascherare i segreti brevi, ad esempio '', '1', 'Dev2' semplifica l'indovinare i valori, ad esempio in una data: 'Jan 3, 202***'
Ora è chiaro che '3' è un segreto. In questi casi potresti preferire di non mascherare completamente il segreto. Se non è possibile contrassegnare il valore come segreto (ad esempio, il valore viene ricavato da Key Vault), è possibile impostare la AZP_IGNORE_SECRETS_SHORTER_THAN manopola su un valore massimo di 4.

Script per la versione dell'agente della pipeline di convalida automatica

Attualmente sono disponibili due versioni dell'agente pipeline: v2 usa .NET 3.1 Core e v3 usa .NET 6. L'agente v3 verrà lentamente implementato nei sistemi operativi supportati, dopodiché l'agente v2 verrà ritirato. Per altre informazioni, vedere il post di blog relativo all'aggiornamento dell'agente .NET per Azure Pipelines.

È stato creato uno script per verificare se gli agenti self-hosted potranno eseguire l'aggiornamento. Questo script elabora tutti i pool dell'organizzazione e identifica gli agenti v2 nei sistemi operativi non supportati dall'agente v3, ad esempio CentOS 6, Fedora versioni precedenti alla 31, macOS 10.14, RHEL 6.

Nota

Le build recenti dell'agente v2 non tenteranno di eseguire l'aggiornamento automatico all'agente v3 in un sistema operativo noto per non essere compatibile con esso.

Icona panoramica dello stato dell'esecuzione della pipeline

In questo sprint è più semplice conoscere lo stato complessivo di un'esecuzione della pipeline.

Per le pipeline YAML che hanno molte fasi, è difficile conoscere lo stato di un'esecuzione della pipeline, ovvero è ancora in esecuzione o è stata completata. E se è terminato, qual è lo stato complessivo: esito positivo, non riuscito o annullato. Questo problema è stato risolto aggiungendo un'icona di panoramica dello stato di esecuzione.

Pipeline run status overview icon

Wiki

Supporto per la tabella delle pagine secondarie

È ora possibile aggiungere una tabella di contenuto per le pagine secondarie alle pagine wiki. Questa tabella includerà collegamenti a tutte le pagine secondarie presenti nella pagina in cui viene visualizzata la tabella delle pagine secondarie.

È possibile aggiungere la tabella delle pagine secondarie inserendo manualmente il tag speciale [[_TOSP_]] o da Altre opzioni , come illustrato nell'immagine animata seguente. Solo il primo tag [[_TOSP_]] viene usato per creare la tabella delle pagine secondarie.

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

Passaggi successivi

Nota

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

Passare ad Azure DevOps e dare un'occhiata.

Passare ad Azure DevOps

Come fornire commenti e suggerimenti

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

Make a suggestion

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

Grazie,

Rajesh Ramamurthy