Bozza di richieste pull e nuovo editor di testo dell'elemento di lavoro - Aggiornamento sprint 143

Nell'aggiornamento sprint 143 di Azure DevOps viene introdotto un nuovo editor di testo dell'elemento di lavoro molto più potente e facile da usare. Questo è parte del nostro impegno per modernizzare e migliorare l'esperienza nel prodotto. In Azure Repos, le richieste pull in bozza consentono di creare una richiesta pull che non è ancora pronta per il completamento, in modo che non possano essere completate accidentalmente. Vengono rilasciate anche alcune nuove funzionalità in Azure Artifacts, inclusa la possibilità di escludere i file nei caricamenti degli artefatti e ottenere informazioni sulla provenienza sui pacchetti.

Per altre informazioni, vedere l'elenco delle funzionalità riportato di seguito.

Funzionalità

Generale:

• API REST versione 5.0

Azure Boards:

• Nuovo editor di testo dell'elemento di lavoro

Azure Repos:

• Selezione migliorata dei rami
• Bozza di richieste pull

Azure Pipelines:

• Attivare le pipeline YAML con tag
• Impostazione dell'annullamento automatico di una pipeline esistente quando viene aggiornata una richiesta pull
• Dichiarare le risorse del contenitore in linea
• Modifiche alle autorizzazioni predefinite per i nuovi progetti
• Eseguire la distribuzione su destinazioni che hanno fallito in un gruppo di distribuzione
• Supporto per l'infrastruttura come codice

Azure Artifacts:

• Escludere i file nei caricamenti degli artefatti
• Informazioni sulla provenienza delle confezioni
• Aggiornamenti della documentazione dell'API REST di Azure Artifacts

General

API REST versione 5.0

Ogni richiesta API deve includere una versione api. Tuttavia, se si effettua una richiesta REST a un endpoint rilasciato in precedenza senza una versione api, la versione predefinita di tale richiesta passerà da 4.1 a 5.0 con questa distribuzione. Per altre informazioni sulle versioni REST e api, vedere Azure DevOps Services REST API Reference (Informazioni di riferimento sull'API REST di Azure DevOps Services).

Azure Boards (Pannelli di Azure)

Nuovo editor di testo degli elementi di lavoro

Siamo lieti di annunciare la disponibilità generale del nuovo editor di testo nella scheda dell'elemento di lavoro. Il nostro editor di testo è stato obsoleto per un po', e questa nuova esperienza sarà un enorme miglioramento. Il nuovo editor è più moderno e potente, con nuove funzionalità, tra cui il ridimensionamento di immagini, frammenti di codice, tasti di scelta rapida per Mac e Windows e una libreria emoji completa.

È possibile utilizzare questo controllo in qualsiasi campo di testo nel modulo dell'elemento di lavoro, incluse le discussioni. Ecco la nuova esperienza che si può aspettare di vedere:

Di seguito è possibile visualizzare l'esperienza del frammento di codice. Con questa aggiunta, è possibile discutere facilmente e chiaramente il codice nel modulo dell'elemento di lavoro.

Vogliamo davvero iniziare a rendere l'elemento di lavoro un'esperienza più sociale. Il primo passaggio di questo percorso consiste nel portare il supporto emoji ai campi di testo e alle discussioni sull'elemento di lavoro. Usando emoji, sarete in grado di portare le vostre descrizioni e commenti alla vita e dare loro un po ' più personalità!

Il lavoro svolto per questo editor è open source, quindi è possibile consultare il repository roosterjs in GitHub all'indirizzo https://github.com/Microsoft/roosterjs.

Azure Repos

Selettore di rami migliorato

La maggior parte delle esperienze in Azure Repos richiede di selezionare un repository e quindi un ramo in tale repository. Per migliorare questa esperienza per le organizzazioni con un numero elevato di filiali, stiamo implementando un nuovo selettore di filiali. Il selettore ora ti consente di scegliere le tue ramificazioni preferite o di cercare rapidamente una ramificazione.

Bozze di richieste pull

Per evitare che i pull request vengano completati prima che siano pronti e per semplificare la creazione di lavoro in corso che potrebbe non coinvolgere tutti, ora supportiamo i pull request in bozza.

È possibile creare richieste pull in bozza selezionando Crea come bozza dal menu a discesa Crea durante la creazione di una richiesta pull.

Dopo aver creato una bozza di richiesta pull, verrà visualizzato un badge che ne indica lo stato accanto al titolo.

Le richieste di pull in bozza non comprendono revisori né eseguono compilazioni per impostazione predefinita, ma permettono di aggiungere revisori manualmente e eseguire compilazioni. Per trasformare la pull request in una normale pull request, è sufficiente fare clic sul pulsante Pubblica dalla pagina dei dettagli della pull request.

Azure Pipelines

Attivazione di pipeline YAML con tag

Le pipeline YAML possono essere attivate quando i tag vengono aggiunti a un commit. Ciò è utile per i team i cui flussi di lavoro includono tag. Ad esempio, è possibile avviare un processo quando un commit viene contrassegnato come "ultima versione conosciuta come buona".

È possibile specificare i tag da includere ed escludere. Per esempio:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Impostazione dell'annullamento automatico di una pipeline esistente quando viene aggiornata una richiesta pull

Per impostazione predefinita, le pipeline attivate dalle richieste pull verranno annullate se viene eseguito il push di un nuovo commit nella stessa richiesta pull. Ciò è consigliabile nella maggior parte dei casi perché in genere non si vuole continuare a eseguire una pipeline nel codice non aggiornato. Se non si vuole questo comportamento, è possibile aggiungere autoCancel: false al trigger della PR.

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

Dichiarare le risorse del contenitore in linea

In precedenza, era necessario dichiarare le risorse del contenitore nelle pipeline YAML e poi riferirsi a esse per nome. È ora disponibile una sintassi inline per i casi in cui non si farà riferimento più volte al contenitore.

jobs:
- job: my-container-job
  container:
    image: mcr.microsoft.com/dotnet/core/runtime:latest

Modifiche alle autorizzazioni predefinite per i nuovi progetti

Fino ad ora, i collaboratori del progetto non potevano creare pipeline a meno che non fossero esplicitamente autorizzati a creare la definizione di compilazione. Ora, per i nuovi progetti, tutti i membri del team possono creare e aggiornare facilmente le pipeline. Questa modifica riduce l'attrito per i nuovi clienti che eseguono l'onboarding in Azure Pipelines. È sempre possibile aggiornare le autorizzazioni predefinite per il gruppo Collaboratori e limitare l'accesso.

Distribuire ai target falliti in un gruppo di distribuzione

Per impostazione predefinita, Azure Pipelines veniva utilizzato per eseguire nuovamente tutti i processi quando ridistribuivate un'esecuzione precedentemente non riuscita. È ora possibile eseguire l'override di questo comportamento configurando l'opzione di distribuzione durante la distribuzione. Selezionando l'opzione Tutti i processi e limitare alle destinazioni non riuscite in un gruppo di distribuzione, la ri-esecuzione eseguirà tutti i processi e salterà le distribuzioni verso le destinazioni già aggiornate.

Supporto per l'infrastruttura come codice

È in corso l'aggiunta del supporto di Infrastructure as Code (IaC) ai progetti Azure DevOps. IaC è un processo di gestione e provisioning dell'infrastruttura di elaborazione con un approccio dichiarativo, impostando la configurazione usando file di definizione anziché gli strumenti di configurazione interattivi tradizionali. In questo modo sarà possibile usare le risorse nella soluzione come gruppo. È possibile distribuire, aggiornare o eliminare tutte le risorse per la soluzione usando un modello per la distribuzione. Questo modello può essere usato per ambienti diversi, ad esempio test, staging e produzione.

Azure Artifacts

Esclusione di file nei caricamenti di artefatti

In precedenza, per escludere i file dagli artefatti pubblicati, è necessario copiare i file in una directory di staging, rimuovere i file da escludere e quindi caricare. Ora, sia i pacchetti universali che gli artefatti della pipeline cercheranno un file denominato artifactignore nella directory in cui vengono caricati ed escludere automaticamente tali file, eliminando la necessità di una directory di staging.

Informazioni sulla provenienza dei pacchetti

Con questo aggiornamento, è stato reso più semplice comprendere la provenienza dei pacchetti, tra cui chi o cosa li ha pubblicati e il commit del codice sorgente da cui provengono. Queste informazioni vengono popolate automaticamente per tutti i pacchetti pubblicati usando le attività npm, NuGet e .NET Core, Twine Authenticate (per Python) e Universal Packages .

Aggiornamenti alla documentazione dell'API REST Azure Artifacts

Con l'aggiornamento di questo sprint, stiamo rilasciando aggiornamenti sostanziali alla documentazione delle API REST di Azure Artifacts, che dovrebbero semplificare l'integrazione e lo sviluppo con esse nelle proprie applicazioni.

Passaggi successivi

Annotazioni

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

Leggi le nuove funzionalità di seguito e vai su Azure DevOps per provarle di persona.

Passare ad Azure DevOps

Come fornire commenti e suggerimenti

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

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

Grazie,

Jeremy Epling