Delen via

Maak kennis met Azure DevOps

  • Artikel

De enige service die Visual Studio Team Services (VSTS) was, wordt nu onze nieuwe set Azure DevOps Services. In onze documentatie, websites en in-product ziet u nieuwe pictogrammen en namen voor Azure DevOps en al onze services in Azure DevOps.

Met de lancering van Azure Pipelines hebben we een nieuwe app geïntroduceerd in De GitHub Marketplace, een aantal ervaringen vernieuwd om u op weg te helpen en bieden we onbeperkte CI/CD-minuten en tien parallelle taken voor opensource-projecten.

Bekijk de onderstaande lijst met functies voor meer informatie.

Functies

Azure Pipelines:

Marketplace:

Beheer:

Volgende stappen

Notitie

Deze functies worden de komende dagen uitgerold.

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

Ga naar Azure DevOps Services

Azure-pipelines

Azure Pipelines toevoegen vanuit GitHub Marketplace

Een nieuwe Azure Pipelines-app in GitHub Marketplace breidt de integratie met GitHub-opslagplaatsen uit en stroomlijnt parallelle jobaankopen.

Voorheen kon u continue integratie met GitHub-opslagplaatsen inschakelen via OAuth-verificatie. Met behulp van OAuth maakt Azure Pipelines gebruik van de GitHub-identiteit van een persoon om code op te halen en de buildstatus bij te werken op GitHub. Omdat de leden van uw team echter na verloop van tijd kunnen veranderen, kan het minder wenselijk zijn om de GitHub-identiteit en machtigingen van een persoon te gebruiken. Door de Azure Pipelines-app te installeren, kunt u de app autoriseren om in plaats daarvan acties uit te voeren.

Wanneer u de app gebruikt, worden buildresultaten ook beschikbaar gesteld in de nieuwe functie Controles van GitHub met een gedetailleerde weergave van de resultaten van de build-, test- en codedekking.

Installeer de app vanuit GitHub Marketplace in uw GitHub-account of organisatie om aan de slag te gaan. U kunt ook aanvullende parallelle taken aanschaffen met een bestaand GitHub-betalingsaccount in plaats van een afzonderlijk Azure-account. De prijzen zijn in beide gevallen hetzelfde.

Azure Pipelines-app in GitHub Marketplace

Opensource-projecten bouwen met Azure Pipelines gratis

Azure Pipelines biedt in de cloud gehoste pijplijnen voor Linux, macOS en Windows met onbeperkte minuten en 10 gratis parallelle taken voor open source.

Zie de documentatie voor openbare opslagplaatsen en parallelle taken bouwen voor meer informatie.

Builds configureren met YAML

Belangrijk

Als u deze mogelijkheid wilt gebruiken, moet de preview-functie build YAML-pijplijnen zijn ingeschakeld voor uw organisatie.

Build-pijplijnen op basis van YAML zijn nu algemeen beschikbaar. Automatiseer uw pijplijn voor continue integratie met behulp van een YAML-bestand dat is ingecheckt in de opslagplaats naast de rest van uw code. Het is eenvoudig om aan de slag te gaan met een build met één taak. Naarmate uw behoeften toenemen, kunt u eenvoudig uitschalen met behulp van meerdere taken , externe sjablonen en matrixuitvoering.

YAML-buildpijplijnen maken met behulp van de nieuwe wizard

Belangrijk

Als u deze mogelijkheid wilt gebruiken, moet de preview-functie voor het maken van nieuwe YAML-pijplijnen zijn ingeschakeld voor uw profiel of organisatie.

Een nieuwe wizard vereenvoudigt dit proces van het maken van op YAML gebaseerde build-pijplijnen met GitHub en Azure-opslagplaatsen. Zodra u een opslagplaats hebt gekozen om te bouwen, wordt er automatisch een pijplijn gemaakt als deze een YAML-bestand bevat. Anders analyseert Azure Pipelines uw opslagplaats en raadt u een YAML-sjabloon aan voor het bouwen van uw project. Klik op Opslaan en uitvoeren om een pull-aanvraag te maken voor de voorgestelde YAML en voer de eerste build uit. Continue integratie- en pull-aanvraagtriggers worden automatisch ingeschakeld.

Wizard Nieuwe pijplijn

Build-pijplijnen beheren met behulp van de nieuwe pagina Builds

Belangrijk

Als u deze mogelijkheid wilt gebruiken, moet de preview-functie voor nieuwe builds-hubs zijn ingeschakeld voor uw profiel of organisatie.

We maken verschillende verbeteringen en implementeren een nieuwe versie van de pagina Builds . Deze nieuwe versie combineert de map met al uw build-pijplijnen en de lijst met huidige builds, zodat u snel door de builds van uw project kunt navigeren om de status ervan te zien. Het bevat ook een preview van testanalyses voor de geselecteerde pijplijn.

Pagina Nieuwe builds

Builds voor GitHub-pull-aanvragen herbouwen

Wanneer u een pull-aanvraag verzendt naar uw GitHub-opslagplaats, kan de build van de pull-aanvraag mislukken vanwege een onregelmatige fout, zoals een pakketregister dat niet beschikbaar is of een flaky test. In deze gevallen wilt u de build nog één keer uitvoeren. Op dit moment moet u een andere kunstmatige update naar de pull-aanvraag pushen. Op de nieuwe pagina Builds kunt u nu gewoon de mislukte build selecteren en een andere wachtrij plaatsen.

Deze gebaar om opnieuw te bouwen is alleen beschikbaar voor builds van pull-aanvragen om mee te beginnen. Er wordt gezocht naar het beschikbaar maken van een vergelijkbare functie voor alle mislukte builds.

Badge-URL voor nieuwe buildstatus

Bouwbadges die zijn ingesloten in de startpagina van een opslagplaats, zijn een veelgebruikte manier om de status van de opslagplaats weer te geven. We hebben nieuwe URL's toegevoegd om u te helpen bij het maken van buildbadges. Met de nieuwe URL's kunnen gebruikers een status per vertakking publiceren en gebruikers naar de nieuwste build van de geselecteerde vertakking brengen. U kunt de Markdown voor de URL van de nieuwe statusbadge ophalen door de actie Statusbadgemenu te selecteren op de pagina Nieuwe builds. Voor compatibiliteit met eerdere versies blijven we de oudere URL's van de buildbadge volgen.

Nog meer hulpprogramma's gebruiken op door Microsoft gehoste Linux-agents

In deze update zijn verschillende build-, test- en implementatiehulpprogramma's toegevoegd aan de door Microsoft gehoste Linux-agents, waardoor u deze zelf moet installeren tijdens een build of release.

  • Erlang/OTP
  • Firefox
  • Haskell
  • Heroku CLI
  • ImageMagick
  • Kwikhoudend
  • Microsoft SQL Server-clienthulpprogramma's
  • MySQL-server
  • PhantomJS
  • Bestuiven
  • PyPy2 en PyPy3
  • Betonstaal
  • rsync
  • ShellCheck
  • Sfinx
  • Terraform
  • Xvfb

GitHub-doorvoeringen en bijbehorende problemen in releases bijhouden

Het is belangrijk om de wijzigingen te weten die worden geïmplementeerd met een release, om verbeteringen in de app bij te houden. U kunt nu de lijst met doorvoeringen ophalen die zijn gemaakt in GitHub-opslagplaatsen en de bijbehorende GitHub-problemen die met een release worden geïmplementeerd.

Doorvoeringen voor een release

E-mails met build- en implementatievoltooiing beter beheren met verbeterde opmaak

E-mailberichten voor het voltooien van builds en implementaties zijn bijgewerkt zodat ze beter kunnen worden gefilterd op basis van e-mailregels. De onderwerpregel bevat nu in één oogopslag relevantere informatie, de hoofdtekst bevat meer details en hun stijl is vernieuwd met het nieuwste merk.

Elementen van de nieuwe indeling zijn:

  • [Build result] [pipeline name] - [repository:branch] - [project name] - [commit]
  • [Deployment result] [pipeline name] > [release name] : [stage name]

Enkele voorbeelden:

  • [Build succeeded] IdentityService.CI - MyRepo:master - MyProject - d3b90b80
  • [Deployment succeeded] New release pipeline > NotificationSpecialRelease-1 : Stage 1

Volg de nieuwe uniforme Terminologie van Azure Pipelines

In builds en releases zijn verschillende termen historisch gebruikt voor vergelijkbare concepten. In andere gevallen waren de betekenissen van termen vaag. Bijvoorbeeld het verschil tussen een agentgroep en een agentwachtrij.

Terminologie is geïntegreerd in Azure Pipelines om de concepten ervan te verduidelijken. U ziet nu de volgende uniforme termen:

Vorige term Uniforme term Betekenis
Gehoste agent Door Microsoft gehoste agent Een build-/releaseagent die wordt uitgevoerd op een in de cloud gehoste infrastructuur die wordt beheerd door Microsoft.
Privéagent Zelf-hostende agent Een build/release-agent die wordt uitgevoerd op een machine die door u wordt geleverd en beheerd.
Agentpool Agentpool Een set agentmachines op organisatieniveau waarop builds of releases kunnen worden uitgevoerd.
Agentwachtrij Agentpool Een set agentmachines op projectniveau waarop builds of releases kunnen worden uitgevoerd. Deze is gekoppeld aan een agentgroep op organisatieniveau.
Definitie van de build Build-pipeline Een end-to-end set buildstappen voor een toepassing.
Build Build Een exemplaar van een build-pijplijn die wordt uitgevoerd of uitgevoerd.
Fase Project Een reeks taken die opeenvolgend of parallel op een agent worden uitgevoerd. Een build- of release-pijplijn kan één taak of een grafiek van meerdere taken bevatten.
Releasedefinitie Release-pijplijn Een end-to-end set releasestappen voor een toepassing die in verschillende fasen moet worden geïmplementeerd.
Vrijgeven Vrijgeven Een exemplaar van een release-pijplijn die wordt uitgevoerd of uitgevoerd.
Omgeving Fase Een logische en onafhankelijke entiteit die aangeeft waar u een release wilt implementeren die is gegenereerd op basis van een release-pijplijn.
Gelijktijdige taak/pijplijn Parallelle taak Een parallelle taak biedt u de mogelijkheid om één build- of releasetaak tegelijk in uw organisatie uit te voeren. Als er meer parallelle taken beschikbaar zijn, kunt u tegelijkertijd meer build- en releasetaken uitvoeren.
Service-eindpunt Serviceverbinding Een groep instellingen, zoals referenties, die worden gebruikt om verbinding te maken met externe services om taken uit te voeren in een build of release.

Zie de conceptendocumentatie voor meer informatie.

Marketplace

Gebruik de nieuwste uitbreidingscategorieën

Als inzender voor extensies ziet u dat uitbreidingscategorieën zijn afgestemd op de hernoemde Azure DevOps Services in Marketplace. Hoewel de vorige categorieën automatisch zijn toegewezen aan de nieuwe categorieën, raden we u aan over te schakelen naar de nieuwe categorieën door het manifest van uw extensie bij te werken. Zie de manifestdocumentatie voor meer informatie.

Beheer

Bestaande organisaties overschakelen naar het gebruik van de nieuwe domeinnaam-URL

Hoewel we naar de nieuwe dev.azure.com domeinnaam zijn verplaatst als de URL voor nieuwe organisaties, kunt u de toegang tot uw organisatie blijven gebruiken met behulp van het visualstudio.com domein, zoals gebruikelijk. Als u de URL wilt wijzigen op basis van dev.azure.com, kan een organisatiebeheerder (Beheerder van projectverzameling) dit wijzigen op de pagina met organisatie-instellingen. Hoewel het aannemen van de nieuwe domeinnaam niet elke aanvraag omleidt, verandert elke aanvraag naar de hoofd-URL van de organisatie en koppelingen van veel e-mail- en webkoppelingen.

Url-instelling voor organisatie

We gaan geleidelijk naar de nieuwe URL op basis van feedback van klanten. Het wordt gestart als opt-in en later maken we het de standaardinstelling voor organisaties. We moeten nog een tijdlijn instellen voor het bewust verplaatsen van organisaties van het visualstudio.com domein.

Belangrijk

Om ervoor te zorgen dat uw organisatie werkt met bestaande firewall- of IP-beperkingen, moet u ervoor zorgen dat de juiste domeinnamen en IP-adressen zijn toegestaan. Zie de Q&A-sectie van deze agent voor meer informatie.

Belanghebbende gebruikers toevoegen om te besparen op azure Pipelines-licentiekosten

Belangrijk

Als u deze mogelijkheid wilt gebruiken, moet u beschikken over de functie Gratis toegang tot pijplijnen voor belanghebbenden preview ingeschakeld in uw organisatie.

Goed nieuws! Als u alleen de Azure Pipelines-service gebruikt, hoeft u niet meer te betalen voor gebruikers via Basic-licenties. Alle functies van Azure Pipelines zijn gratis beschikbaar voor alle gebruikers. Wanneer u meer gebruikers toevoegt aan uw project, kunt u ze gratis laten blijven als belanghebbenden en kunnen ze pijplijnen maken, weergeven, bijwerken en goedkeuren, mits ze over de juiste machtigingen beschikken. Hier volgen enkele aanvullende opmerkingen over deze licentiewijziging:

  • U betaalt alleen voor extra parallelle taken in Azure Pipelines. Gebruikers zijn onbeperkt.
  • Alle toegang tot Azure Pipelines-functies wordt nog steeds beheerd via een beveiligings- en machtigingsmodel.
  • Als u andere Azure DevOps Services gebruikt, moet u na de gratis limieten nog steeds een licentie per gebruiker betalen voor deze services.
  • In bestaande organisaties krijgen belanghebbenden standaard niet het gratis voordeel van Azure Pipelines. Uw organisatiebeheerder (Projectverzamelingsbeheerder) moet deze preview-functie expliciet inschakelen. Als u deze preview-functie inschakelt, wordt het gedrag gewijzigd van wat belanghebbenden kunnen doen. Momenteel kunnen ze geen builds of releases beheren. Maar zodra de preview-functie is ingeschakeld, is er geen verschil tussen Basisgebruikers en Belanghebbenden in Azure Pipelines. Daarom wordt de keuze om belanghebbenden toe te staan om te worden behandeld als gratis Azure Pipelines-gebruikers aan uw beheerder overgelaten.

Zie de documentatie over build- en release-pijplijnen bewerken voor belanghebbenden voor meer informatie.

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,

Jeremy Epling