Azure Pipelines - Aggiornamento Sprint 188

Funzionalità

• Conservare le pipeline utilizzate in altre pipeline
• Modifiche alla creazione automatica di ambienti
• Rimuovere la finestra di dialogo Insights dalla pipeline di compilazione

Conservare le pipeline che vengono impiegate in altre pipeline

Le versioni classiche hanno la possibilità di conservare automaticamente le compilazioni usate. Questo è stato uno dei gap tra le versioni classiche e le pipeline YAML e ha impedito ad alcuni utenti di passare a YAML. Con questa versione, abbiamo risolto questo divario.

È ora possibile creare una pipeline YAML a più fasi per rappresentare la versione e usare un'altra pipeline YAML come risorsa. In questo caso, Azure Pipelines manterrà automaticamente la pipeline di risorse purché venga mantenuta la pipeline di versione. Quando la pipeline di versione viene eliminata, il contratto di locazione nella pipeline di risorse viene rilasciato e vengono seguiti i criteri di conservazione relativi alla pipeline di risorse.

Modifiche alla creazione automatica di ambienti

Quando si crea una pipeline YAML e si fa riferimento a un ambiente che non esiste, Azure Pipelines crea automaticamente l'ambiente. Questa creazione automatica può verificarsi nel contesto utente o nel contesto di sistema. Nei flussi seguenti Azure Pipelines conosce l'utente che esegue l'operazione:

• Usi la creazione guidata della pipeline YAML nell'interfaccia web di Azure Pipelines e ti riferisci a un ambiente che non è ancora stato creato.
• Aggiornare il file YAML usando l'editor Web di Azure Pipelines e salvare la pipeline dopo aver aggiunto un riferimento a un ambiente che non esiste.

In ognuno dei casi precedenti, Azure Pipelines ha una conoscenza chiara dell'utente che esegue l'operazione. Di conseguenza, crea l'ambiente e aggiunge l'utente al ruolo di amministratore per l'ambiente. Questo utente dispone di tutte le autorizzazioni per gestire l'ambiente e/o per includere altri utenti in vari ruoli per la gestione dell'ambiente.

Nei flussi seguenti Azure Pipelines non dispone di informazioni sull'utente che crea l'ambiente: si aggiorna il file YAML usando un altro editor di codice esterno, si aggiunge un riferimento a un ambiente che non esiste e quindi si attiva una pipeline di integrazione manuale o continua. In questo caso, Azure Pipelines non conosce l'utente. In precedenza, questo caso è stato gestito aggiungendo tutti i collaboratori del progetto al ruolo di amministratore dell'ambiente. Qualsiasi membro del progetto potrebbe quindi modificare queste autorizzazioni e impedire ad altri utenti di accedere all'ambiente.

Sono stati ricevuti commenti e suggerimenti sulla concessione delle autorizzazioni di amministratore per un ambiente a tutti i membri di un progetto. Durante l'ascolto dei commenti e suggerimenti, abbiamo sentito che non dovremmo creare automaticamente un ambiente se non è chiaro a chi l'utente che esegue l'operazione. Con questa versione sono state apportate modifiche alla modalità di creazione automatica degli ambienti:

• In futuro, le esecuzioni della pipeline non creeranno automaticamente un ambiente se non esiste e se il contesto utente non è noto. In questi casi, la pipeline si interromperà con un errore di ambiente non trovato. È necessario creare in precedenza gli ambienti con la sicurezza corretta e verificare la configurazione prima di usarla in una pipeline.
• Le pipeline con contesto utente noto continueranno a creare automaticamente gli ambienti esattamente come in passato.
• Infine, si noti che la funzionalità per creare automaticamente un ambiente è stata aggiunta solo per semplificare il processo di introduzione ad Azure Pipelines. È stato progettato per gli scenari di test e non per gli scenari di produzione. È consigliabile creare sempre ambienti di produzione con le autorizzazioni e i controlli corretti e usarli nelle pipeline.

Rimuovere la finestra di dialogo Insights dalla pipeline di compilazione

In base al tuo feedback, il box di dialogo di approfondimenti sulle attività/pipeline visualizzato durante la navigazione della Pipeline di Build è stato rimosso per migliorare il flusso di lavoro. L'analisi della pipeline è ancora disponibile in modo da avere le informazioni necessarie.

Passaggi successivi

Annotazioni

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à. Usa il menu di aiuto per segnalare un problema o fornire un suggerimento.

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