Delen via

Verbeteringen in de integratie van Azure Boards en Azure Pipelines GitHub - Sprint 149-update

  • Artikel

In de Sprint 149-update van Azure DevOps hebben we de mogelijkheid toegevoegd om rechtstreeks vanuit vermeldingen naar Azure Boards te navigeren in een GitHub-opmerking en ondersteuning voor Azure Boards in GitHub Enterprise.

Voor Azure Pipelines is een nieuwe functie ingeschakeld voor GitHub-pull-aanvragen waarmee u optionele controles kunt uitvoeren door /azp te vermelden in de opmerking. U kunt ook een opmerking over de pull-aanvraag van een inzender voor de opslagplaats vereisen voordat de pijplijn wordt uitgevoerd, zodat u code van onbekende gebruikers kunt controleren voordat u deze bouwt.

Bekijk de onderstaande lijst met functies voor meer informatie.

Functies

Algemeen:

Azure Boards:

Azure Pipelines:

Azure Artifacts:

Rapportage:

Algemeen

Niet-verbonden gebruikers van Azure Active Directory (Azure AD) oplossen

Met onze Sprint 148-update hebben we u de mogelijkheid gegeven om uw organisatie te verbinden met een Azure Active Directory vanuit de Azure DevOps-portal. Deze nieuwe vereenvoudigde ervaring heeft verschillende stappen opgeslagen die eerder vereist waren in Azure Portal. Deze nieuwe ervaring heeft echter een open kloof achtergelaten, omdat u nog steeds ondersteuning moest bellen om de toegang te herstellen voor leden die geen toegang meer hadden tijdens het verbindingsproces. Gebruikers hebben geen toegang meer wanneer hun vorige aanmeldings-id niet wordt gevonden in de nieuw verbonden Azure Active Directory. Met deze release kunt u deze niet-verbonden leden zelf herstellen, waardoor u een telefonische klantondersteuning bespaart en uw productiviteit verhoogt.

Er zijn twee stappen voor het herstellen van niet-verbonden leden. Eerst worden de huidige identiteiten van deze leden toegewezen aan identiteiten in de nieuw verbonden Azure AD. Aangezien sommige niet-verbonden leden mogelijk geen overeenkomende identiteiten hebben in Azure AD, is de tweede stap het uitnodigen van die resterende leden als gasten voor De Azure AD. Deze update biedt een interface voor het uitvoeren van beide stappen vanaf de azure AD-instellingenpagina in de Azure DevOps-portal.

Zoek hier naar updates in onze documentatie.

Azure Boards

Wanneer u nu een werkitem vermeldt in de opmerking van een probleem, pull-aanvraag of doorvoer in GitHub met behulp van de AB#{work item ID} syntaxis, worden deze vermeldingen hyperlinks waarop u kunt klikken om rechtstreeks naar het genoemde werkitem te navigeren.

Hiermee maakt u geen formele koppeling die het werkitem in Azure Boards voor elk gerelateerd gesprek opschont, maar in plaats daarvan biedt uw team een manier om wat meer informatie te geven over werkitems tijdens het bespreken van code of een door de klant gerapporteerd probleem. Raadpleeg de GitHub-integratiedocumentatie van Azure Boards voor meer informatie.

Navigeer naar werkitems uit vermeldingen.

Updates van overgangsregels voor werkitems

We hebben meerdere overgangsregels voor werkitems opgeschoond die inconsistent zijn geweest in verschillende processen en typen werkitems. Gesloten op, gesloten datum en gewijzigde statusdatum zijn opgelost voor alle standaard typen werkitems en nieuw aangepaste overgenomen werkitemtypen. Geactiveerd op en geactiveerde datum zijn opgelost voor alle typen werkitems van het systeem, maar worden niet opgelost voor aangepaste overgenomen werkitemtypen.

Ondersteuning voor Azure Boards GitHub Enterprise

Teams kan nu Azure Boards-projecten verbinden met opslagplaatsen die worden gehost in GitHub Enterprise Server-exemplaren. Wanneer u verbinding maakt met behulp van OAuth, volgt u de stappen in de documentatie voor het registreren van een OAuth-toepassing voordat u een verbinding met uw opslagplaatsen maakt.

Opmerkingen bewerken en verwijderen in werkitems

We zijn verheugd om aan te kondigen dat u nu opmerkingen kunt bewerken en verwijderen in de discussie van uw werkitem in Azure Boards, een functie die sterk is gestemd op ons communityforum voor ontwikkelaars. Als u uw opmerking wilt bewerken, plaatst u de muisaanwijzer op een opmerking die u hebt en ziet u twee nieuwe knoppen. Als u op het potloodpictogram klikt, gaat u naar de bewerkingsmodus en kunt u gewoon uw wijzigingen aanbrengen en op de knop Bijwerken drukken om uw bewerkingen op te slaan.

Opmerkingen bewerken in Discussie.

Wanneer u op het overloopmenu klikt, ziet u de optie om uw opmerking te verwijderen. Zodra u hierop klikt, wordt u opnieuw gevraagd om te bevestigen dat u deze opmerking wilt verwijderen en wordt de opmerking verwijderd.

Opmerkingen verwijderen in Discussie.

U hebt een volledig audittrail van alle bewerkte en verwijderde opmerkingen op het tabblad Geschiedenis op het werkitemformulier. U ziet ook dat we de gebruikersinterface van onze discussie-ervaring hebben bijgewerkt om het moderner en interactiever te maken. Daarnaast hebben we bellen rond opmerkingen toegevoegd om het duidelijker te maken waar opmerkingen van personen beginnen en eindigen.

Volgorde van statuswaarde op werkitemformulier

Voorheen werd de statuswaarde op het werkitemformulier alfabetisch geordend. Met deze update hebben we gewijzigd hoe de statuswaarden worden geordend zodat deze overeenkomen met de werkstroomvolgorde in de procesinstellingen.

Nieuwe volgorde van statuswaarde.

Notitie

De orderwijziging heeft alleen invloed op het formulier in het web en de REST API's. De statuswaardevolgorde wordt niet gewijzigd in clients die GEBRUIKMAKEN van WIT Client OM, zoals Visual Studio 2017 of Excel.

Azure-pipelines

De directory voor uitgecheckte code kiezen in YAML-pijplijnen

Eerder hebben we opslagplaatsen uitgecheckt naar de s map onder $(Agent.BuildDirectory). U kunt nu de map kiezen waarin uw Git-opslagplaats wordt uitgecheckt voor gebruik met YAML-pijplijnen.

Gebruik het path trefwoord aan checkout en u hebt de controle over de mapstructuur. Hieronder ziet u een voorbeeld van de YAML-code die u kunt gebruiken om een map op te geven.

steps:
- checkout: self
  path: my-great-repo

In dit voorbeeld wordt uw code uitgecheckt naar de map in de my-great-repo werkruimte van de agent. Als u geen pad opgeeft, blijft uw opslagplaats uitgecheckt naar een map met de naam s.

Privéprojecten krijgen nu 60 minuten aan uitvoeringstijd per pijplijntaak

Tot nu toe zou een gratis account (een account dat geen parallelle taken had gekocht) tot 30 minuten tegelijk een taak uitvoeren, tot 1800 minuten per maand. Met deze update hebben we de limiet van 30 tot 60 minuten verhoogd voor gratis accounts.

Als u uw pijplijn langer dan 60 minuten wilt uitvoeren, kunt u betalen voor extra capaciteit per parallelle taak of uitvoeren in een zelf-hostende agent. Zelf-hostende agents hebben geen beperkingen voor de lengte van taken.

Updates in gehoste afbeeldingen voor pijplijnen

We hebben updates uitgevoerd voor de INSTALLATIEkopieën van de VM's VS2017, Ubuntu 16.04 en Windows Container 1803 voor uw gehoste Azure Pipelines. Meer informatie over de nieuwste releases vindt u hier. Voor een volledig overzicht van de hulpprogramma's die beschikbaar zijn op onze installatiekopieën, gaat u naar onze opslagplaats voor het genereren van afbeeldingen op GitHub.

Daarnaast hebben we Moby aangenomen als containerruntime. Moby is een open framework dat door Docker is gemaakt voor het assembleren van onderdelen in aangepaste systemen op basis van containers. Hierdoor kunnen we frequente upstream patches en verbeteringen aan de containerruntime leveren.

Installatietaak voor Duffle-hulpprogramma in een pijplijn voor bouwen en releasen

Duffle is een opdrachtregelprogramma waarmee u Cloud Native Application Bundles (CNAB) kunt installeren en beheren. Met CNABs kunt u containereigen apps en hun services bundelen, installeren en beheren.

In deze update hebben we een nieuwe taak toegevoegd voor build- en release-pijplijnen waarmee u een specifieke versie van Duffle binary kunt installeren.

Duffle Tool Installer-taak in build- en release-pijplijn.

Azure Pipelines-implementaties goedkeuren vanuit Slack

Tot nu toe hebben Slack-gebruikers beperkte mogelijkheden gehad om release-implementaties vanuit een kanaal te beheren. Met de Azure Pipelines-app voor Slack kunt u een release-implementatie vanuit het kanaal goedkeuren of afwijzen. Hierdoor wordt het goedkeuringsproces eenvoudiger, omdat u niet gedwongen bent om naar de Azure Pipelines-portal te navigeren. Daarnaast kunt u onderweg implementaties goedkeuren met behulp van de mobiele Slack-app.

Azure Pipelines-implementaties van Slack goedkeuren.

Zie de documentatie hier voor meer informatie over Azure Pipelines en Slack.

Alle bronvoorzieningen opgenomen in de nieuwe wizard voor pijplijnen bouwen

Tot nu toe zijn bronproviders zoals GitHub, Azure Repos en Bitbucket Cloud gesplitst tussen de klassieke pijplijneditor en de nieuwe pijplijnwizard. Met deze update hebben we ze allemaal toegevoegd aan de nieuwe pijplijnwizard voor één beginpunt. U kunt nog steeds op de koppeling onder aan de pagina klikken om een pijplijn te maken zonder YAML in de klassieke editor.

Alle bronproviders die zijn opgenomen in de nieuwe wizard build-pijplijn.

Optimalisaties worden geactiveerd met GitHub-opmerkingen

We hebben de ervaring verbeterd voor teams die opmerkingen bij pull-aanvragen van GitHub gebruiken om builds te activeren. Normaal gesproken willen deze teams geen pull-aanvragen automatisch maken. In plaats daarvan willen ze dat een teamlid de pull-aanvraag beoordeelt en zodra deze als veilig wordt beschouwd, activeert u de build met een opmerking voor een pull-aanvraag. Met een nieuwe instelling blijft deze optie behouden terwijl automatische pull-aanvraag-builds alleen worden toegestaan voor teamleden.

Optimalisaties voor gitHub-opmerkingen activeren.

Testresultaten van CTest en PHPUnit publiceren

Met deze update hebben we ondersteuning toegevoegd voor het publiceren van testresultaten van een CTest-uitvoering in pijplijnen. Als u CTest-resultaten wilt publiceren, selecteert u de optie CTest in de invoer van de resultatentesttest op het tabblad Testresultaten.

Testresultaten van CTest en PHPUnit publiceren.

Daarnaast hebben we publicatie voor PHPUnit-testuitvoeringen opgenomen. Hoewel de JUnit-resultatenindeling altijd is ondersteund, kunt u nu gebruikmaken van de specifieke constructies van PHPUnit. Zie de documentatie hier voor meer informatie over het publiceren van testresultaten.

Azure Artifacts

Upstream-bronnen voor Maven

Upstream-bronnen zijn nu beschikbaar voor Maven-feeds. Dit omvat de primaire Maven Central-opslagplaats en Azure Artifacts-feeds. Als u Maven upstreams wilt toevoegen aan een bestaande feed, gaat u naar feedinstellingen, selecteert u de draai van upstreambronnen en selecteert u vervolgens Upstream-bron toevoegen.

Upstream-bronnen voor Maven.

Rapportage

OData-versie gewijzigd van analyseservices voor testentiteitsets

De Analytics-service in Azure DevOps bestaat uit entiteitssets die u rechtstreeks vanuit een ondersteunde browser kunt opvragen met behulp van OData. De service biedt een versie van de OData-API die u kunt toevoegen aan het _odata-element.

Met deze update migreren we de testentiteitssets naar versie 3.0-preview. Als u het eindpunt van de OData 2.0-preview-versie gebruikt, moet u overschakelen naar versie 3.0-preview om te voorkomen dat wijzigingen fouten veroorzaken.

De volgende lijst bevat de entiteitssets die worden gemigreerd naar versie 3.0-preview:

  • TestRuns
  • TestResults
  • Tests
  • Builds
  • Vertakkingen
  • Releases
  • ReleaseEnvironments
  • TestResultsDaily
  • ReleasePipelines
  • ReleaseStages
  • BuildPipelines

Zie de documentatie hier voor meer informatie over het gebruik van het OData-eindpunt met de Analytics-service.

Volgende stappen

Notitie

Deze functies worden de komende twee tot drie weken uitgerold.

Ga naar Azure DevOps en kijk eens.

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.

Een suggestie doen

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

Met vriendelijke groet,

Chris Patterson