Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Nell'aggiornamento sprint 163 di Azure DevOps sono stati aggiunti eventi di versione e pipeline ai log di controllo. Inoltre, è ora possibile usare le connessioni al servizio per fare riferimento ai repository in un'altra organizzazione in una pipeline YAML.
Per altre informazioni, vedere l'elenco delle funzionalità riportato di seguito.
Funzionalità
Generale:
- Ottenere notifiche compatta e organizzate nell'app Microsoft Teams da Azure Boards, Azure Pipelines e Azure Repos
- Eliminare le sottoscrizioni in blocco create in un canale Microsoft Teams o Slack
Azure Pipelines:
Annotazioni
L'installazione di .NET 4.6.2 o versione successiva è necessaria per il corretto funzionamento dell'attività VSTest sugli agenti di compilazione.
- Usare gli elementi decorator della pipeline per inserire automaticamente i passaggi in un processo di distribuzione
- Consenti riferimenti al repository ad altre organizzazioni di Azure Repos
- Selezione dei passaggi e isolamento dei comandi
- Compilazioni e versioni di controllo
- Miglioramenti per valutare i criteri di controllo degli artefatti nelle pipeline
General
Ottenere notifiche compatta e organizzate nell'app Microsoft Teams da Azure Boards, Azure Pipelines e Azure Repos
In precedenza, era necessario tenere traccia manualmente delle notifiche ricevute nel canale di Microsoft Teams. Spesso, le notifiche provenienti da pipeline diverse, gli elementi di lavoro o le richieste pull vengono pubblicate nel canale contemporaneamente rendendo difficile organizzarle e comportando una crescita verticale di un canale.
Siamo lieti di annunciare le notifiche in thread nell'app Microsoft Teams per Azure Boards, Azure Pipelines e Azure Repos. A questo punto, tutte le notifiche correlate a una pipeline, a un elemento di lavoro o a una richiesta pull verranno raggruppate per organizzare meglio le notifiche e offrire una visualizzazione compatta della sequenza temporale e dello stato più recente.
Annotazioni
Non è necessario apportare modifiche per iniziare a usare questa funzionalità.
In questo caso tutte le notifiche correlate a una richiesta pull vengono raggruppate nell'app Azure Repos per Microsoft Teams.
Eliminare le sottoscrizioni in blocco create in un canale di Microsoft Teams o Slack
Attualmente, è possibile creare sottoscrizioni in blocco nell'app Azure Pipelines e Azure Repos per Microsoft Teams e Slack. È ora possibile eliminare rapidamente tutte le sottoscrizioni create per singole pipeline o repository in un canale. È possibile usare il comando annulla la sottoscrizione di tutti per eliminare tutte le sottoscrizioni in un canale per un determinato progetto. Per altri dettagli, vedere la documentazione qui.
Per eliminare tutte le sottoscrizioni in un canale per un determinato progetto nell'app Azure Pipelines per Microsoft Teams, usare il comando seguente.
@azure pipelines unsubscribe all https://dev.azure.com/myorg/myproject
Azure Pipelines
Usare i decoratori delle pipeline per inserire automaticamente fasi in un lavoro di distribuzione
È ora possibile aggiungere decoratori della pipeline ai processi di distribuzione. È possibile avere qualsiasi passaggio personalizzato (ad esempio lo scanner di vulnerabilità) inserito automaticamente in ogni esecuzione hook del ciclo di vita di ogni processo di distribuzione. Poiché i decoratori di pipeline possono essere applicati a tutte le pipeline di un'organizzazione, ciò può essere utilizzato come parte dell'applicazione di procedure di distribuzione sicure.
Inoltre, i processi di distribuzione possono essere eseguiti come processo contenitore insieme ai servizi side-car , se definiti.
Consentire riferimenti a repository in altre organizzazioni di Azure Repos
In precedenza, quando si fa riferimento ai repository in una pipeline YAML, tutti i repository Di Azure Repos dovevano trovarsi nella stessa organizzazione della pipeline. A questo punto, è possibile puntare ai repository in altre organizzazioni usando una connessione al servizio. Per esempio:
resources:
repositories:
- repository: otherrepo
name: ProjectName/RepoName
endpoint: MyServiceConnection
steps:
- checkout: self
- checkout: otherrepo
MyServiceConnection punta a un'altra organizzazione di Azure DevOps e ha le credenziali che possono accedere al repository in un altro progetto. Entrambi i repository, self e otherrepo, finiranno per essere estratti.
Importante
MyServiceConnection deve essere una connessione al servizio Azure Repos/Team Foundation Server. Vedere l'immagine seguente.
Selezione del passaggio di destinazione e isolamento dei comandi
Azure Pipelines supporta l'esecuzione di processi in contenitori o nell'host dell'agente. In precedenza, un'intera attività è stata impostata su uno dei due target. Ora, i singoli passaggi (attività o script) possono essere eseguiti sul target scelto. I passaggi possono anche essere destinati ad altri contenitori, in modo che una pipeline possa eseguire ogni passaggio in un contenitore specializzato creato appositamente.
Annotazioni
Questa funzionalità è disponibile in anteprima pubblica. In caso di commenti e suggerimenti o domande su questa funzionalità, segnalarlo in Developer Community.
I contenitori possono fungere da limiti di isolamento, impedendo al codice di apportare modifiche impreviste nel computer host. Il modo in cui i passaggi comunicano con e accedono ai servizi dall'agente non è influenzato dall'isolamento dei passaggi in un contenitore. Di conseguenza, stiamo introducendo anche una modalità di restrizione dei comandi che è possibile usare con le destinazioni dei passaggi. Attivando questa funzione si restringeranno i servizi che una fase può richiedere dall'agente. Non sarà più in grado di allegare log, caricare artefatti e alcune altre operazioni.
Di seguito è riportato un esempio completo che illustra i passaggi in esecuzione nell'host in un contenitore di processi e in un altro contenitore:
resources:
containers:
- container: python
image: python:3.8
- container: node
image: node:13.2
jobs:
- job: example
container: python
steps:
- script: echo Running in the job container
- script: echo Running on the host
target: host
- script: echo Running in another container, in restricted commands mode
target:
container: node
commands: restricted
Controllo di build e versioni
Siamo lieti di segnalare che gli eventi release e pipeline sono ora disponibili nei log di controllo. È possibile accedere a questi eventi da Impostazioni organizzazione -> Controllo.
Sono ora disponibili gli eventi seguenti:
- Pool di agenti: creare, eliminare, aggiungere un agente (agenti privati) e rimuovere e agente
- Connessione al servizio: esecuzione, creazione, eliminazione e aggiornamento
- Gruppo di variabili: creare, eliminare e aggiornare
- Rilascio - eliminato, approvazione completata e aggiornamento delle definizioni
- Fase RM completata
- Processo di distribuzione completato
Miglioramenti per la valutazione dei controlli degli artefatti nelle pipeline
È stato migliorato il controllo dell'artefatto di valutazione per semplificare l'aggiunta di criteri da un elenco di definizioni delle policy standard. La definizione dei criteri verrà generata automaticamente e aggiunta alla configurazione del controllo , che può essere aggiornata se necessario.
Passaggi successivi
Annotazioni
Queste funzionalità verranno implementate nelle prossime due o tre settimane.
Passare ad Azure DevOps e dare un'occhiata.
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.
Grazie,
Roopesh Nair