Impostazione a livello di organizzazione per il ramo predefinito
Oltre all'impostazione predefinita del ramo del repository, è stato aggiunto un nome di ramo predefinito per il livello dell'organizzazione, in modo che i progetti abbiano l'impostazione predefinita per l'impostazione dell'organizzazione quando il nome del ramo non è specificato.
Per informazioni dettagliate, vedere l'elenco Funzionalità riportato di seguito.
Funzionalità
Azure Boards
- Personalizzare lo stato dell'elemento di lavoro quando viene unita la richiesta pull
- Campo padre nella scheda attività
Azure Repos
- Impostazione a livello di organizzazione per il ramo predefinito
- Aggiungere un nuovo ambito di autenticazione per i commenti della richiesta pull per i contributi
Azure Pipelines
Azure Boards
Personalizzare lo stato dell'elemento di lavoro quando viene unita la richiesta pull
Alcune sprint indietro, questa funzionalità è stata rilasciata in anteprima privata. Dopo aver ricevuto commenti e risolto i bug, è ora disponibile a livello generale in tutte le organizzazioni. Le richieste pull spesso fanno riferimento a più elementi di lavoro. Quando si crea o si aggiorna una richiesta pull, è possibile chiudere alcuni di essi, risolverli e mantenere aperto il resto. A tale scopo, è ora possibile usare commenti come quelli illustrati nella figura seguente. Per altri dettagli, vedere la documentazione.
Campo padre nella scheda attività
A causa della richiesta comune, è ora possibile aggiungere il campo Padre alle schede figlio e padre nella Scheda attività.
Azure Repos
Impostazione a livello di organizzazione per il ramo predefinito
È ora disponibile un'impostazione a livello di organizzazione per il nome del ramo iniziale preferito per i nuovi repository. Se un progetto non ha scelto un nome di ramo iniziale, verrà usata questa impostazione a livello di organizzazione. Se non è stato specificato il nome del ramo iniziale nelle impostazioni dell'organizzazione o nelle impostazioni del progetto, i nuovi repository useranno un'impostazione predefinita definita da Azure DevOps.
Aggiungere un nuovo ambito di autenticazione per i commenti della richiesta pull per i contributi
Questa versione aggiunge un nuovo ambito OAuth per la lettura/scrittura di commenti delle richieste pull. Se si ha un bot o un'automazione che deve interagire solo con i commenti, è possibile assegnargli un token di accesso personale solo con questo ambito. Questo processo riduce il raggio dell'esplosione se l'automazione presenta un bug o se il token è stato compromesso.
Azure Pipelines
Configurare la convalida bozza di richiesta pull per i repository GitHub
I clienti hanno processi diversi per le richieste pull. In alcuni casi, vogliono eseguire le compilazioni di convalida sulle richieste pull bozza. In altri, non vogliono che le richieste pull bozza consumino e sprecano i loro lavori paralleli.
Questa funzionalità aggiunge drafts
alla sintassi YAML del pr
trigger per le richieste pull bozza di GitHub. Questa funzionalità consente a un cliente di scegliere se desiderano che le richieste pull bozza accodano una compilazione. L'opzione predefinita è true (verrà accodata una compilazione) come per le richieste pull di GitHub. Questa modifica funziona sia per le connessioni OAuth che per GitHubApp.
Schema:
pr:
autoCancel: boolean # indicates whether additional pushes to a PR should cancel in-progress runs for the same PR. Defaults to true
branches:
include: [ string ] # branch names which will trigger a build
exclude: [ string ] # branch names which will not
paths:
include: [ string ] # file paths which must match to trigger a build
exclude: [ string ] # file paths which will not trigger a build
drafts: boolean # whether to build draft PRs
Questa funzionalità si applica solo alle richieste pull in GitHub. Non viene apportata alcuna modifica al comportamento per Azure Repos, in cui la convalida della richiesta pull viene configurata tramite i criteri di ramo. Le richieste pull bozza in Azure Repos non vengono convalidate da Azure Pipelines.
Passaggi successivi
Nota
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 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,
Vijay Machiraju
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedereInvia e visualizza il feedback per