Share via

GitHub Enterprise-ondersteuning en automatische GitHub-serviceverbindingen in build-pijplijnen - Sprint 146 Update

  • Artikel

In de Sprint 146-update van Azure DevOps hebben we onze GitHub-integratie met Azure Pipelines verbeterd. De wizard Nieuwe build-pipeline kan nu pijplijnen maken voor GitHub Enterprise-opslagplaatsen. Deze wizard analyseert ook de opslagplaats om een voorgestelde taalsjabloon te kunnen leveren. Daarnaast kunt u serviceverbindingen maken en opnieuw gebruiken voor de GitHub-opslagplaatsen die u selecteert.

Bekijk de onderstaande lijst met functies voor meer informatie.

Functies

Algemeen:

Azure Boards:

Azure Pipelines:

Azure Artifacts:

Wiki:

Algemeen

Verwijderde projecten herstellen

In deze update hebben we de mogelijkheid toegevoegd om verwijderde projecten te herstellen vanuit de Azure DevOps-portal. Als u de machtiging Project verwijderen hebt, kunt u ook een verwijderd project terugzetten op de overzichtspagina van de organisatie Instellingen>.

Azure Boards

Vereenvoudig de organisatie van uw werk met het Basic-proces

Belangrijk

Het basisproces is in openbare preview als het standaardproces voor nieuwe projecten binnen nieuwe organisaties die zijn gemaakt in de regio VS - centraal.

In het verleden is Agile het standaardproces voor nieuwe projecten, dat een robuuste en flexibele set werkitemtypen en -statussen biedt voor een verscheidenheid aan projectleveringsmethoden. Voor sommige teams, die meer bekend zijn met andere hulpprogramma's of die groeien en een krachtigere set hulpprogramma's willen gebruiken, willen ze snel aan de slag gaan met terminologie waarmee ze vertrouwder zijn.

Het nieuwe Basic-proces biedt drie typen werkitems (Epics, Issues en Taken) om uw werk te plannen en bij te houden. We raden u aan problemen te gebruiken om zaken zoals gebruikersverhalen, bugs en functies bij te houden terwijl u Epics gebruikt om problemen samen te groeperen in grotere werkeenheden. Terwijl u verdergaat met uw werk, verplaatst u items langs een eenvoudige statuswerkstroom van Taken, Doen en Gereed.

Organize work using the Basic process.

Raadpleeg de documentatie voor het bijhouden van problemen en taken om u te helpen aan de slag te gaan met uw nieuwe project.

Azure-pipelines

GitHub Enterprise-ondersteuning in de pijplijnwizard

Voorheen kon u de visualontwerper gebruiken om pijplijnen te maken voor GitHub Enterprise-opslagplaatsen. U kunt nu ook de wizard Nieuwe build-pijplijn gebruiken om uw pijplijnen te maken.

GitHub Enterprise support in the pipeline wizard.

De wizard analyseert uw GitHub Enterprise-opslagplaats om een YAML-sjabloon voor te stellen die overeenkomt met uw projecttaal. U kunt de YAML vervolgens bewerken en opslaan als een directe doorvoering naar uw standaardbranch of als een pull-aanvraag.

Edit and save the YAML.

Zie de documentatie over het maken van uw eerste pijplijn hier voor meer informatie.

Automatische GitHub-serviceverbindingen in pijplijnen

Wanneer u de wizard Nieuwe build-pijplijn gebruikt om een pijplijn voor GitHub te maken, heeft de pagina voor het kiezen of maken van een GitHub-serviceverbinding tot verwarring geleid over welke verbinding uit de lijst moet worden geselecteerd. U hoeft nu geen verbinding te kiezen. De wizard maakt en gebruikt automatisch een serviceverbinding voor de opslagplaats die u kiest.

Als u handmatig een andere verbinding wilt kiezen dan de verbinding die automatisch wordt geselecteerd, volgt u de hyperlink Verbinding kiezen. Zie GitHub-opslagplaatsen bouwen voor meer informatie.

Notitie

De selectie is gebaseerd op de GitHub-app van Azure Pipelines (als deze is geïnstalleerd in de opslagplaats) of uw persoonlijke GitHub-identiteit (met behulp van OAuth).

Weergave van status voor elke pijplijntaak in GitHub Checks

Voorheen werd één buildstatus gepost op GitHub Controles voor uw pijplijn, zelfs als deze taken voor meerdere platforms bevat (bijvoorbeeld Linux, macOS en Windows). Nu wordt de status op GitHub Checks geplaatst voor elke taak in de pijplijn. Daarnaast kunt u de volledige build of alleen afzonderlijke mislukte taken opnieuw uitvoeren vanuit GitHub-controles. Als u deze functionaliteit wilt gebruiken, moet uw pijplijn zijn geconfigureerd voor het gebruik van de GitHub-app van Azure Pipelines. Zie Integreren met behulp van de GitHub-app voor meer informatie. Zie Een pijplijn met meerdere platformen maken om een pijplijn met meerdere platforms in te stellen.

Display status for each pipeline job.

Standaardautorisatie voor YAML-resources in GitHub

Als u uw broncode beheert in GitHub en YAML gebruikt om uw pijplijn te definiëren, is er waarschijnlijk een fout opgetreden bij het bouwen van resourceautorisatie. Wanneer u het YAML-bestand bewerkt en een verwijzing hebt toegevoegd naar een van de beveiligde resources (bijvoorbeeld serviceverbinding, agentgroep, variabele groep of beveiligd bestand), kan Azure Pipelines de identiteit van de gebruiker die die wijziging heeft aangebracht, niet valideren en mislukte build. Om dit probleem te omzeilen, moest u de build-pijplijn opslaan in de webeditor nadat u een wijziging hebt aangebracht in het YAML-bestand. Veel van de gebruikers die dit probleem hebben bereikt, wilden alleen dat alle pijplijnen de resource kunnen gebruiken.

We hebben het standaardgedrag van alle nieuwe serviceverbindingen, agentgroepen en variabelegroepen gewijzigd om te worden geautoriseerd voor gebruik in alle pijplijnen om de buildfout van resources te voorkomen. Als u meer besturingselementen voor uw resources wilt, kunt u het standaardautorisatiemodel uitschakelen (zie de onderstaande afbeelding). Wanneer u dit doet, moet iemand met machtigingen voor het gebruik van de resource de pijplijn opslaan in de webeditor nadat een resourcereferentie is toegevoegd aan het YAML-bestand.

Default authorization for YAML resources.

Servicecontainers voor YAML-pijplijnen

Voorheen moest u services zoals databases of geheugencaches installeren, starten en stoppen als uw YAML-pijplijn deze services gebruikte. Met deze update hebben we servicecontainers toegevoegd die deze taken kunnen verwerken. Als uw pijplijn bijvoorbeeld gebruikmaakt van een redis-cache voor integratietests, kunt u de redis-containerinstallatiekopie opnemen als een service in de pijplijn. De agent haalt de installatiekopie automatisch op, start deze op en netwerkt deze zodat uw pijplijnstappen ernaar kunnen verwijzen door de hostnaam redis. Wanneer de pijplijn is voltooid, maakt de agent de servicecontainer schoon.

Werkitems gekoppeld aan GitHub-doorvoeracties in Versieoverzicht

In december hebben we de mogelijkheid geïntroduceerd om GitHub-doorvoeringen te koppelen aan werkitems. We zijn verheugd om aan te kondigen dat u nu alle Azure Boards-werkitems kunt zien die zijn gekoppeld aan GitHub-doorvoeringen op de overzichtspagina van de release. Dit helpt teams bij het bijhouden en ophalen van meer informatie over de doorvoeringen die zijn geïmplementeerd in een omgeving.

Nieuwe Azure-app-servicetaken die zijn geoptimaliseerd voor YAML

We ondersteunen nu vier nieuwe taken die een eenvoudige maar krachtige manier bieden om Azure-app Services te implementeren met moderne ontwikkelaars in gedachten. Deze taken hebben een geoptimaliseerde YAML-syntaxis, waardoor het eenvoudig en intuïtief is om implementaties te maken voor Azure-app Services, waaronder WebApps, FunctionApps, WebApps for Containers en FunctionApp for Containers op zowel Windows- als Linux-platforms.

We ondersteunen ook een nieuwe hulpprogrammataak voor bestandstransformatie en het vervangen van variabelen voor XML- en JSON-indelingen.

Ondersteuning voor Verificatie van Azure Active Directory (AD) voor Azure SQL-taken

De Azure SQL-taak is uitgebreid ter ondersteuning van het maken van verbinding met een database met behulp van Azure AD (geïntegreerd en wachtwoord) en een verbindingsreeks naast de bestaande ondersteuning voor SQL-serververificatie.

Azure AD authentication support for Azure SQL task.

Service-hook voor Grafana-aantekeningen

We ondersteunen nu een nieuwe servicehook waarmee u Grafana-aantekeningen voor voltooide implementatiegebeurtenissen kunt toevoegen aan een Grafana-dashboard. Hiermee kunt u implementaties correleren met de wijzigingen in metrische gegevens van toepassingen of infrastructuur die worden gevisualiseerd in een Grafana-dashboard.

Grafana annotations service hook.

Azure Monitor-waarschuwingstaken queryen

De vorige versie van de taak Query Azure Monitors ondersteunde het uitvoeren van query's op waarschuwingen alleen in de klassieke bewakingservaring. Met deze nieuwe versie van de taak kunt u query's uitvoeren op waarschuwingen over de geïntegreerde bewakingservaring die onlangs is geïntroduceerd door Azure Monitor.

Query Azure Monitor alerts tasks.

Inline invoer van specificatiebestand in Deploy naar Kubernetes-taak

Voorheen moest u voor de Kubernetes-implementatietaak een bestandspad voor de configuratie opgeven. U kunt nu ook de configuratie inline toevoegen.

Inline input of spec file in Deploy to Kubernetes task.

Taak Docker CLI-installatieprogramma

Met deze taak kunt u elke versie van Docker CLI installeren op de agents zoals opgegeven door de gebruiker.

Docker CLI Installer task.

Java long-term support (LTS) op door Microsoft gehoste agents

Voorheen hadden door Microsoft gehoste agents JDK's vooraf geïnstalleerd die overbelast waren door complexe licenties, beperkingen voor eindgebruikers en gebrek aan langetermijnondersteuning. In deze update hebben we de JDK's vervangen door geteste, gecertificeerde LTS-builds van OpenJDK van Azul Systems. Java-ontwikkelaars die Azure gebruiken, kunnen nu productie-Java-toepassingen bouwen en uitvoeren met behulp van Azul Systems Zulu Enterprise-builds van OpenJDK zonder dat er extra ondersteuningskosten in rekening worden gebracht.

Deze nieuwe aanbieding is ontworpen om door Microsoft gehoste Java-builds en -implementaties zorgeloos te maken door zo nodig driemaandelijkse beveiligingsupdates en oplossingen voor fouten en kritieke out-of-band-updates en patches op te nemen. Als u momenteel on-premises of met andere JDK's Java-apps bouwt of uitvoert, kunt u overwegen om over te stappen naar Zulu in Azure voor gratis ondersteuning en onderhoud. Zie de blog Microsoft en Azul Systems gratis Java LTS-ondersteuning voor Azure voor meer informatie.

YAML-ondersteuning voor Bitbucket Cloud-pijplijnen

Voorheen bieden YAML-pijplijnen geen ondersteuning voor Bitbucket Cloud. Nu kunt u YAML gebruiken om uw Bitbucket Cloud-pijplijnen te definiëren of de visualontwerper gebruiken om hetzelfde te doen. Als u YAML wilt gebruiken, voegt u een bestand azure-pipelines.yml toe aan uw opslagplaats. Kies in Azure Pipelines de optie Nieuwe build-pijplijn en selecteer vervolgens De hyperlink van de visualontwerper gebruiken, selecteer Bitbucket Cloud en YAML. Hier kunt u het pad naar het YAML-bestand van uw opslagplaats invoeren.

Zie de YAML-syntaxishandleiding en de GitHub-opslagplaats van YAML-voorbeelden voor meer informatie.

Voorkomt activering van meerdere CI-builds voor pull-aanvragen

De YAML-buildsjablonen die zijn opgenomen in Azure Pipelines, zijn geconfigureerd voor het activeren van builds voor elke vertakking in een opslagplaats. Dit omvat vertakkingen voor pull-aanvragen. Als gevolg hiervan werden twee builds geactiveerd wanneer pull-aanvragen werden gemaakt. Eén build voor de pull-aanvraagbranch in reactie op de continue integratietrigger en een tweede build voor de pull-aanvraagbranch in reactie op de pull-aanvraagtrigger.

Met behulp van het ONDERSTAANDe YAML-fragment worden de ingebouwde YAML-sjablonen geconfigureerd om alleen een continue integratiebuild te activeren voor de hoofdvertakking . Nieuwe pull-aanvragen worden nog steeds gemaakt met behulp van de pull-aanvraagtrigger. Zie de documentatie voor build-pijplijntriggers voor meer informatie.

trigger:
- main

Buildnummers wijzigen, artefacten uploaden en downloaden in gevorkte builds van opslagplaats

Tot nu toe waren builds voor pull-aanvraagvalidatie voor geforkte opslagplaatsen niet gemachtigd om buildartefacten te uploaden en downloaden of het buildnummer te wijzigen. Machtigingen zijn beperkt omdat het onveilig was om de bredere machtigingen van de agent beschikbaar te maken tijdens een fork-build die wordt geactiveerd door een onbekende gebruiker. Met deze update zijn agentmachtigingen binnen het bereik, zodat uw pijplijn deze bewerkingen kan uitvoeren als dat nodig is.

Hieronder ziet u een voorbeeld van de YAML die u kunt gebruiken om build-uitvoer in een tar.gz-bestand te archiveren in de map voor fasering van artefacten. Vervolgens wordt de uitvoer gepubliceerd naar Azure Pipelines die aan de build moet worden gekoppeld. Zie de documentatie over de taak Archiefbestanden en de taak BuildArtefacten publiceren voor meer informatie.

- task: ArchiveFiles@2
  inputs:
    archiveType: 'tar'
    tarCompression: 'gz'
    includeRootFolder: false
    rootFolderOrFile: '$(build.sourcesDirectory)/target'
    archiveFile: '$(build.artifactStagingDirectory)/$(build.buildId).tar.gz'
- task: PublishBuildArtifacts@1
  inputs:
    pathtoPublish: '$(build.artifactStagingDirectory)'

Nieuwe optie in de taak Testresultaten publiceren om de build te laten mislukken bij mislukte tests

De taak Testresultaten publiceren wordt gebruikt om testresultaten te publiceren naar Azure Pipelines wanneer tests worden uitgevoerd met behulp van uw keuze voor testrunner. Tot nu toe zou de taak gewoon resultaten publiceren uit een resultatenbestand en zou de build niet mislukken, zelfs niet als het resultatenbestand mislukte tests bevatte. Dit betekende dat u aangepaste stappen moest schrijven om de build te laten mislukken bij testfouten.

We hebben nu een optie toegevoegd in de taak om de build te laten mislukken als er mislukte tests zijn.

Fail the build if there are any failed tests.

Updates voor Azure Portal voor het maken van een Azure DevOps-project

Azure Portal bevat nu extra functionaliteit ter ondersteuning van meer frameworks en services bij het maken van een Azure DevOps-project. Hieronder ziet u de lijst met wijzigingen voor elk gebied.

Framework

Azure IoT is een volledig beheerde service die cloudintelligentie lokaal levert op platformoverschrijdende IoT-apparaten. U kunt nu een Azure DevOps-project maken vanuit Azure Portal en de Eenvoudige IoT gebruiken als het toepassingsframework.

Use the Simple IoT as the application framework.

Onderhoud

Voorheen ondersteunde de werkstroom Azure DevOps-project maken in Azure Portal alleen Nieuwe maken als optie voor Kubernetes Service. Er is een nieuwe optie toegevoegd waarmee u een bestaand cluster kunt kiezen als het implementatiedoel voor de installatie van de pijplijn.

Choose an existing cluster as the deployment target for the pipeline setup.

Azure Portal gebruiken om een CosmosDB-database in te stellen en te implementeren

Op dit moment kunt u de Azure DevOps Project-werkstroom in Azure Portal gebruiken om build- en release-pijplijnen in te stellen voor een Git-opslagplaats. U kunt nu implementeren in Azure Web App for Containers (Linux) of Azure Kubernetes Service met een CosmosDB die is ingericht als database voor de apps op deze doelen. Dit is momenteel beschikbaar voor alle Node.js-sjablonen en we verwachten in de toekomst ondersteuning voor andere sjablonen toe te voegen.

Use the Azure Portal to set up and deploy to an Azure Cosmos DB database.

Builds en release-pijplijnen instellen voor Functions in Azure Portal

U kunt nu de Azure DevOps Project-werkstroom in Azure Portal gebruiken om build- en release-pijplijnen in te stellen voor Git-opslagplaats die Azure Functions 2.0 (Windows) implementeren. Dit is functionaliteit beschikbaar voor Node.js en .NET Core.

Set up builds and release pipelines for Functions in Azure portal.

Azure Artifacts

Statistieken van pakketgebruik

Tot nu toe biedt Azure Artifacts geen manier om het gebruik of de populariteit van pakketten te meten. Met deze update hebben we het aantal downloads en gebruikers toegevoegd aan zowel de pakketlijst als de pagina met pakketdetails. U kunt de statistieken aan de rechterkant van een van beide pagina's zien.

Package usage stats.

Wiki

Monospaced lettertype voor Wiki Markdown-editor

Met de introductie van monospaced lettertypen voor wiki Markdown-editor is leesbaarheid geen uitdaging meer. De Markdown-bron ziet er schoon en gemakkelijk te lezen uit. Deze functie heeft prioriteit gekregen op basis van dit suggestieticket.

Monospaced font for Wiki Markdown editor.

Titels van wikipagina's vetmaken

Eerder zagen zowel de titel van de wikipagina als koptekst 1 er hetzelfde uit. Dit maakte het moeilijk voor lezers om onderscheid te maken tussen hen. Nu zijn de wikipaginatitels vet gemaakt en onderscheiden van Kop 1. Deze functie heeft prioriteit gekregen op basis van dit suggestieticket.

Bold Wiki page titles.

Markdown-tabel invoegen

Het maken van Markdown-tabellen in een wiki is geen uitdaging meer. U kunt nu een Markdown-tabel toevoegen met een klik op een knop. Deze functie heeft prioriteit gekregen op basis van dit ticket voor functiesuggesties.

Insert Markdown table.

Queryresultaten van Azure Boards insluiten in Wiki

U kunt nu queryresultaten van Azure Boards insluiten op een wikipagina in de vorm van een tabel. In de onderstaande afbeelding ziet u een voorbeeld van een wikipagina met een lijst met alle functies die zijn uitgebracht en alle actieve bugs in de huidige sprint die in de wiki zijn ingesloten. De inhoud die op de pagina wordt weergegeven, maakt gebruik van een bestaande werkitemquery. Met deze nieuwe functie kunt u dynamische inhoud maken en hoeft u zich geen zorgen te maken over het handmatig bijwerken van de wikipagina.

Embed Azure Boards query results in Wiki.

De queryresultaten kunnen in twee stappen worden toegevoegd

  1. Klik op de knop Queryresultaten op de werkbalk Bewerken.

Select the Query Results button from the edit toolbar.

  1. Selecteer de vereiste query en klik op de knop Invoegen.

De resultaten van de query kunnen nu worden weergegeven in de vorm van een tabel nadat u de pagina hebt opgeslagen.

View results of the query.

Dit heeft prioriteit gekregen op basis van de volgende suggesties voor functies:

  1. Query's voor werkitems in Wiki
  2. Dynamische wiki-inhoud toevoegen

Volgende stappen

Notitie

Deze functies worden de komende twee tot drie weken uitgerold.

Lees meer over de nieuwe functies hieronder en ga naar Azure DevOps om ze voor uzelf te proberen.

Ga naar Azure DevOps

Feedback geven

We horen graag wat u van deze functies vindt. Gebruik het feedbackmenu om een probleem te melden of een suggestie te geven.

Make a suggestion

U kunt ook advies krijgen en uw vragen beantwoorden door de community op Stack Overflow.

Met vriendelijke groet,

Jeremy Epling