Nuovi miglioramenti ai piani di recapito 2.0

In questo sprint, stiamo migliorando i piani di recapito 2.0 con nuove visualizzazioni condensate e informazioni di rollup. Vengono anche introdotti la convalida manuale e una nuova uses istruzione per la pre-dichiarazione delle risorse nelle pipeline YAML.

Per informazioni dettagliate, vedere l'elenco Funzionalità riportato di seguito.

Azure Boards

• Piani di recapito: informazioni di rollup
• Piani di recapito: viste condensate

Azure Pipelines

• Istruzione "uses" per la pre-dichiarazione delle risorse
• Convalida manuale per le pipeline YAML

Azure Boards

Piani di recapito: informazioni di rollup

Come parte dell'anteprima pubblica dei piani di recapito 2.0, sono ora disponibili informazioni di rollup. Quando si gestiscono elementi di lavoro di livello superiore, ad esempio Epiche o Funzionalità, è possibile visualizzare altri dettagli. Il rollup mostra lo stato di avanzamento degli elementi di lavoro figlio sottostanti, rivelando la storia completa. Per abilitare questa funzionalità, passare alle impostazioni del piano, quindi Campi e selezionare Mostra dati di rollup figlio.

Piani di recapito: viste condensate

Nell'ambito dell'anteprima pubblica dei piani di recapito 2.0, i clienti possono ora passare da una visualizzazione normale a quella ridotta. Le schede con campi aggiuntivi possono occupare molto spazio verticale. Ciò rende difficile visualizzare più di alcune schede sullo schermo alla volta, anche quando è stato eseguito lo zoom indietro. È stata creata una visualizzazione scheda compressa che nasconde tutti i campi dalle schede e visualizza solo l'icona del tipo di elemento di lavoro e il titolo. Nascondere e visualizzare tutti i campi è ora solo un clic di distanza.

Azure Pipelines

Istruzione "uses" per la pre-dichiarazione delle risorse

Quando una pipeline esegue un processo in un agente, a tale agente viene assegnato un token di accesso per richiamare le API REST di Azure Pipelines e per scaricare risorse come i repository. Per le pipeline YAML, di recente è stata aggiunta un'impostazione per limitare il token solo ai repository effettivamente utilizzati in un processo. Tuttavia, alcuni clienti usavano repository senza usare in modo esplicito un checkout passaggio, ad esempio, se usavano un passaggio di script per chiamare direttamente Git. Questi clienti non possono abilitare la funzionalità di restrizione dei token, perché Azure Pipelines non è riuscito a determinare in modo accurato i repository necessari per il processo.

Con questo aggiornamento è stato aggiunto un modo alternativo per indicare ad Azure Pipelines che un processo vuole usare un repository senza usare il checkout passaggio . È invece possibile usare la parola chiave new uses , come illustrato di seguito:

resources:
  repositories:
  - repository: myrepo
    type: git
    name: MyProject/MyRepo

jobs:
- job: myjob
  uses:
    repositories:
    - myrepo
  steps:
  # without the preceding "uses" statement, if you have the
  # new limit-repositories feature turned on, then Azure Pipelines
  # won't include this repo in the access token and you'll
  # get an access error at runtime (also, in a real pipeline
  # you must include the auth token header as an argument to Git)
  - script: git clone https://dev.azure.com/MyOrg/MyProject/_git/MyRepo

Questa funzionalità risolve anche un problema correlato (anche se meno comune). Se si usa la matrix parola chiave per generare più processi e questi processi usano pool specificati nel passaggio matrice, potrebbero essersi verificati problemi durante l'autorizzazione di tali pool per la pipeline. La causa radice è la stessa: poiché le matrici vengono calcolate in fase di esecuzione, il sistema di autorizzazione delle risorse iniziale non è in grado di determinare in modo accurato i pool usati. Usando uses, è possibile dichiarare quali pool useranno i processi in modo che possano essere autorizzati in anticipo.

jobs:
- job: mtrx
  strategy:
    matrix:
      windows:
        mypoolname: Private-Windows
      mac:
        mypoolname: Private-Mac
  pool: $(mypoolname)
  # without the following "uses" statement, "pool" won't see
  # the pool names until it's too late, and you'll get an error
  # at runtime
  uses:
    pools:
    - Private-Windows
    - Private-Mac

Convalida manuale per le pipeline YAML

Con l'attività convalida manuale appena rilasciata, è possibile sospendere una pipeline YAML a metà fase. In questo modo è possibile eseguire attività manuali o offline e quindi riprendere (o rifiutare) l'esecuzione. Ciò è particolarmente utile negli scenari in cui si vuole sospendere una pipeline e consentire a un peer di convalidare le impostazioni di configurazione, compilare il pacchetto e così via. prima di passare a un processo a esecuzione prolungata e a elevato utilizzo di calcolo. Altre informazioni

Passaggi successivi

Passare ad Azure DevOps e dare un'occhiata.

Come fornire commenti e suggerimenti

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

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

Grazie,

Matt Cooper