Condividi tramite

Collegare i commit e le richieste pull di GitHub agli elementi di lavoro di Azure Boards - Aggiornamento sprint 144

Nell'aggiornamento sprint 144 di Azure DevOps si continua a espandere l'integrazione con GitHub. A questo momento sarà possibile collegare i commit di GitHub e le richieste pull agli elementi di lavoro di Azure Boards. Connettendo GitHub e Azure Boards, è possibile ottenere funzionalità avanzate di gestione dei progetti con accesso a funzionalità come backlog, bacheche, strumenti di pianificazione dello sprint e più tipi di elementi di lavoro.

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

Funzionalità

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Artifacts:

Generale:

Wiki:

Amministrazione:

Azure Boards (Pannelli di Azure)

Teams che usano GitHub per il codice e vogliono funzionalità avanzate di gestione dei progetti possono ora integrare i repository con Azure Boards. Connettendo GitHub e Azure Boards, è possibile ottenere tutte le funzionalità, ad esempio backlog, bacheche, strumenti di pianificazione dello sprint, più tipi di elemento di lavoro e ancora un flusso di lavoro che si integra con i flussi di lavoro degli sviluppatori in GitHub.

Collegare commit e richieste pull agli elementi di lavoro è semplice. Menzionare l'elemento di lavoro usando la sintassi seguente:

AB#{work item ID}

Menzionare un elemento di lavoro in un messaggio di commit, un titolo della richiesta pull o una descrizione della richiesta pull e Azure Boards creerà un collegamento a tale artefatto. Si consideri ad esempio un messaggio di commit simile al seguente:

Adds support for deleting connections. Fixes AB#20.

Verrà creato un collegamento dall'elemento di lavoro #20 al commit in GitHub, che verrà visualizzato nella sezione Sviluppo dell'elemento di lavoro. ​

Collegamento dall'elemento di lavoro al commit.

Se le parole "fix", "fixes" o "fixed" precedono la menzione dell'elemento di lavoro (come illustrato in precedenza), l'elemento di lavoro verrà spostato nello stato completato quando il commit viene unito al ramo predefinito.

I team che usano Azure Pipelines per compilare il codice in GitHub vedranno anche gli elementi di lavoro collegati ai commit di GitHub nel riepilogo della compilazione.

Ottieni Azure Boards come servizio

Azure Boards può ora essere facilmente acquisito e usato come proprio servizio. Indipendentemente dal fatto che il codice si trovi in Azure Repos o GitHub, è possibile iniziare rapidamente passando a e facendo clic su https://www.azure.com/boards Azure Boards". I nuovi utenti riceveranno un progetto contenente Azure Boards e un'introduzione che li aiuti a partire con il piede giusto.

Introduzione ad Azure Boards.

Azure Repos

Rieseguire la compilazione scaduta per completare automaticamente le richieste pull

Azure Repos ora accoderà automaticamente i build scaduti attivati da una policy di pull request. Questo si applica ai pull request che hanno superato tutte le altre politiche e sono impostate per completarsi automaticamente. In precedenza, quando le pull request avevano criteri come i revisori richiesti, il processo di approvazione poteva richiedere troppo tempo e una compilazione associata poteva scadere prima che un revisore avesse approvato la pull request. Se la richiesta pull è stata impostata per il completamento automatico, rimarrà bloccata fino a quando un utente accodi manualmente la build scaduta. Con questa modifica, la build verrà accodata automaticamente, consentendo alla pull request di completarsi automaticamente dopo una build riuscita.

Annotazioni

Questa automazione accoderà fino a cinque build scadute per ogni richiesta pull e tenterà di rieseguire l'accodamento di ogni build una sola volta.

Azure Pipelines

Gestisci le versioni di GitHub con le pipeline

Le versioni di GitHub sono un ottimo modo per creare pacchetti e fornire software agli utenti. Microsoft è lieta di annunciare che è ora possibile automatizzarla usando l'attività Di rilascio di GitHub in Azure Pipelines. Usando l'attività è possibile creare una nuova versione, modificare le versioni bozza/pubblicate esistenti o eliminare quelle meno recenti. Supporta funzionalità come il caricamento di più asset, il contrassegno di una versione come versione non definitive, il salvataggio di una versione come bozza e molti altri ancora. Questa attività consente anche di creare note di rilascio. Può anche calcolare automaticamente le modifiche (commit e problemi associati) apportate in questa versione e aggiungerle alle note sulla versione in un formato descrittivo.

Ecco il semplice YAML per l'attività:

task: GithubRelease@0 
displayName: 'Create GitHub Release'      
inputs:
  githubConnection: zenithworks
  repositoryName: zenithworks/pipelines-java
  assets: $(build.artifactstagingdirectory)/*.jar

Attività di rilascio di GitHub.

Una versione di GitHub di esempio creata usando questa attività:

Versione di GitHub di esempio.

Estensione VS Code per pipeline basate su YAML

Per velocizzare il processo di codifica, è stata aggiunta un'estensione vs Code per le pipeline YAML. L'estensione supporta l'evidenziazione della sintassi e IntelliSense (completamento del codice) per verificare che il file sia strutturato correttamente e che usi parole chiave valide. Inoltre, supporta anche le attività predefinite e può convalidare l'input richiesto.

L'estensione è un progetto open source su GitHub ed è possibile inviare commenti e suggerimenti, report sui bug e contributi della community.

Editor Web con IntelliSense per pipeline YAML

Se si usa YAML per definire le pipeline, è ora possibile sfruttare le nuove funzionalità dell'editor introdotte con questa versione. Sia che si stia creando una nuova pipeline YAML o modificando una pipeline YAML esistente, sarà possibile modificare il file YAML all'interno dell'editor Web della pipeline. Usare CTRL+SPAZIO per il supporto di IntelliSense durante la modifica del file YAML. Verranno visualizzati gli errori di sintassi evidenziati e si otterrà anche assistenza per la correzione di tali errori.

Editor Web per le pipeline YAML.

Integrazione della gestione del cambiamento di ServiceNow

Eliminare i ritardi nelle distribuzioni di produzione con una perfetta integrazione con ServiceNow. Azure Pipelines in collaborazione con ServiceNow annuncia la disponibilità pubblica dell'estensione ServiceNow Change Management, rendendo le pipeline di rilascio consapevoli del processo di gestione delle modifiche in ServiceNow.

Usando ServiceNow Change Management come gate di rilascio, è possibile avviare un processo di gestione delle modifiche in ServiceNow e mantenere la pipeline tra due fasi fino a quando la modifica non è pronta per l'implementazione.

Gestione delle modifiche di ServiceNow

È anche possibile aggiornare l'attività richiesta di modifica ServiceNow nel processo di distribuzione e la richiesta di modifica di ServiceNow verrà aggiornata con lo stato e il risultato della distribuzione. Ciò consentirà l'integrazione bidirezionale completa tra ServiceNow e Azure Pipelines.

Integrazione tra ServiceNow e Azure Pipelines.

È ora possibile condividere un collegamento a righe specifiche nel log di compilazione. Ciò consente di collaborare con altri membri del team nella diagnosi degli errori di compilazione. È sufficiente selezionare le righe di un log dalla visualizzazione dei risultati per ottenere un'icona di collegamento.

Collegamento a righe specifiche in un log di compilazione.

Specifica una pipeline multipiattaforma in un singolo file

Azure Pipelines offre pool ospitati per agenti Linux, macOS e Windows. In precedenza, per riutilizzare gli stessi passaggi della pipeline in tutti e tre i pool ospitati, era necessario specificare i passaggi in un file modello separato. È stato rimosso questo requisito per consentire di specificare una pipeline multipiattaforma e una strategia di matrice in un singolo file:

strategy:
  matrix:
    win:
      vm: windows-latest
    mac:
      vm: macOS-latest
    linux:
      vm: ubuntu-latest

pool:
  vmImage: $(vm)

steps:
- script: npm install
- script: npm run test

Ridistribuzione automatica in caso di errore

Quando una distribuzione in una fase ha esito negativo, Azure Pipelines può ora ridistribuire automaticamente l'ultima distribuzione riuscita. È possibile configurare la fase per distribuire automaticamente l'ultima versione riuscita configurando il trigger di ridistribuzione automatica nelle condizioni post-distribuzione. Si prevede di aggiungere altri eventi e azioni attivati alla configurazione di ridistribuimento automatico in uno sprint futuro. Per altre informazioni, vedere la documentazione relativa ai gruppi di distribuzione .

Ridistribuire automaticamente in caso di errore.

Azure Artifacts

Anteprima pubblica di PyPI

Azure Artifacts può ora ospitare pacchetti Python. Sono inclusi i pacchetti che produci e i pacchetti a monte salvati dal PyPI pubblico. Per altri dettagli, vedere il post di blog dell'annuncio e la documentazione.

È ora possibile ospitare tutti i pacchetti NuGet, npm, Maven, Python e Universal nello stesso feed.

Ospitare pacchetti Python.

General

Portale di integrità dei servizi

È stato aggiunto un nuovo portale di stato del servizio Azure DevOps che offrirà un'esperienza migliore per seguire l'integrità dei servizi. Se si verifica un problema con uno dei nostri servizi, è possibile controllare l'integrità del servizio qui.

Portale di integrità dei servizi.

Per altri dettagli, vedere il post di blog dell'annuncio e la documentazione.

Wiki

Modelli di Markdown per formule e video

Non è più necessario ricordare la sintassi markdown per l'aggiunta di formule, video e tag YAML durante la modifica di un wiki. È ora possibile fare clic sul menu di scelta rapida nella barra degli strumenti e selezionare l'opzione desiderata.

Modelli markdown per formule e video.

Administration

Restore deleted projects (Ripristinare progetti eliminati)

Con questa versione è stata aggiunta la possibilità di ripristinare i progetti eliminati. A partire da oggi, gli utenti con l'autorizzazione di eliminazione del progetto possono ripristinare i progetti eliminati tramite le API REST. A tale scopo, creare una richiesta di progetto di aggiornamento con { "state" : "wellFormed" }. In una versione futura verrà aggiunta un'interfaccia utente accessibile dalla pagina di panoramica dell'organizzazione. Per altre informazioni sull'API REST, vedere la documentazione qui.

Per ottenere un elenco di progetti eliminati, usare la richiesta seguente

GET https://dev.azure.com/{organization}/_apis/projects?stateFilter=deleted&api-version=5.0-preview.3

Per ripristinare un progetto eliminato, usare la richiesta seguente

PATCH https://dev.azure.com/{organization}/_apis/projects/{projectId}?api-version=5.0-preview.3

Corpo della richiesta

{
    "state" : "wellFormed"
}

Annotazioni

Per ripristinare un progetto eliminato, saranno disponibili fino a 28 giorni. Dopo 28 giorni, il progetto verrà eliminato definitivamente .

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.

Inviare un suggerimento

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

Grazie

Aaron Bjork

  • Last updated on