Uw eerste pijplijn maken

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

Dit is een stapsgewijze handleiding voor het gebruik van Azure Pipelines om een voorbeeldtoepassing te bouwen. In deze handleiding worden YAML-pijplijnen gebruikt die zijn geconfigureerd met de YAML-pijplijneditor. Als u in plaats daarvan klassieke pijplijnen wilt gebruiken, raadpleegt u Uw klassieke pijplijn definiëren.

Vereisten - Azure DevOps

Zorg ervoor dat u over de volgende zaken beschikt:

Uw eerste pijplijn maken

De Java-voorbeeldcode ophalen

Om aan de slag te gaan, forkt u de volgende opslagplaats in uw GitHub-account.

https://github.com/MicrosoftDocs/pipelines-java

Uw eerste Java-pijplijn maken

  1. Meld u aan bij uw Azure DevOps-organisatie en ga naar uw project.

  2. Ga naar Pijplijnen en selecteer nieuwe pijplijn.

  3. Voer de stappen van de wizard uit door eerst GitHub te selecteren als de locatie van uw broncode.

  4. U wordt mogelijk omgeleid naar GitHub om u aan te melden. Voer in dat geval uw GitHub-referenties in.

  5. Wanneer u de lijst met opslagplaatsen ziet, selecteert u uw opslagplaats.

  6. U wordt mogelijk omgeleid naar GitHub om de Azure Pipelines-app te installeren. Als dat het zo is, selecteert u Installatie goedkeuren&.

  1. Azure Pipelines analyseert uw opslagplaats en beveelt de Maven-pijplijnsjabloon aan.

  2. Wanneer uw nieuwe pijplijn wordt weergegeven, bekijkt u de YAML om te zien wat deze doet. Wanneer u klaar bent, selecteert u Opslaan en uitvoeren.

  3. U wordt gevraagd een nieuw azure-pipelines.yml bestand door te voeren in uw opslagplaats. Nadat u tevreden bent met het bericht, selecteert u Opslaan en opnieuw uitvoeren .

    Als u de pijplijn in actie wilt zien, selecteert u de buildtaak.

    U hebt zojuist een pijplijn gemaakt en uitgevoerd die automatisch voor u is gemaakt, omdat uw code een goede overeenkomst leek te zijn met de Maven-sjabloon .

    U hebt nu een werkende YAML-pijplijn (azure-pipelines.yml) in uw opslagplaats die u kunt aanpassen.

  4. Wanneer u klaar bent om wijzigingen aan te brengen in uw pijplijn, selecteert u deze op de pagina Pijplijnen en vervolgens Het bestand bewerkenazure-pipelines.yml.

Meer informatie over het werken met Java in uw pijplijn.

Uw pijplijnen weergeven en beheren

U kunt uw pijplijnen weergeven en beheren door Pijplijnen te kiezen in het linkermenu om naar de landingspagina voor pijplijnen te gaan.

Schermopname van de landingspagina voor pijplijnen.

Op de landingspagina voor pijplijnen kunt u pijplijnen en pijplijnuitvoeringen bekijken, pijplijnen maken en importeren, de beveiliging beheren en inzoomen op pijplijn- en uitvoeringsdetails.

Kies Recent om onlangs uitgevoerde pijplijnen weer te geven (de standaardweergave) of kies Alles om alle pijplijnen weer te geven.

Schermopname van opties voor het weergeven van pijplijnuitvoeringen op de landingspagina voor pijplijnen.

Selecteer een pijplijn om die pijplijn te beheren en de uitvoeringen weer te geven. Selecteer het buildnummer voor de laatste uitvoering om de resultaten van die build weer te geven, selecteer de naam van de vertakking om de vertakking voor die uitvoering weer te geven of selecteer het contextmenu om de pijplijn uit te voeren en andere beheeracties uit te voeren.

Schermopname van onlangs uitgevoerde pijplijnen.

Selecteer Uitvoeringen om alle pijplijnuitvoeringen weer te geven. U kunt desgewenst de weergegeven uitvoeringen filteren.

Schermopname van pijplijnuitvoeringen.

Selecteer een pijplijnuitvoering om informatie over die uitvoering weer te geven.

U kunt een uitvoering behouden of verwijderen in het contextmenu. Zie Bewaarbeleid bouwen en vrijgeven voor meer informatie over het bewaren van uitvoeringen.

Schermopname van het contextmenu pijplijnuitvoering.

Pijplijndetails weergeven

Op de detailpagina van een pijplijn kunt u die pijplijn weergeven en beheren.

Schermopname van de pagina met pijplijndetails.

Kies Bewerken om de pijplijn te bewerken. Zie YAML-pijplijneditor voor meer informatie.

Details van pijplijnuitvoering weergeven

In het overzicht van de pijplijnuitvoering kunt u de status van de uitvoering bekijken, zowel wanneer deze wordt uitgevoerd als wanneer deze is voltooid.

Schermopname van samenvatting van pijplijnuitvoering.

In het overzichtsvenster kunt u taak- en fasedetails bekijken, artefacten downloaden en naar gekoppelde doorvoeringen, testresultaten en werkitems navigeren.

Taken en fasen

In het deelvenster Taken wordt een overzicht weergegeven van de status van uw fasen en taken. Dit deelvenster kan meerdere tabbladen bevatten, afhankelijk van of uw pijplijn fasen en taken of alleen taken bevat. In dit voorbeeld heeft de pijplijn twee fasen met de naam Build en Deploy. U kunt inzoomen op de pijplijnstappen door de taak te kiezen in het deelvenster Fasen of Taken .

Schermopname van pijplijntaken en -fasen.

Kies een taak om de stappen voor die taak weer te geven.

Schermopname van pijplijntaken.

In de stappenweergave kunt u de status en details van elke stap bekijken. Vanuit meer acties kunt u tijdstempels in-/uitschakelen of een onbewerkt logboek weergeven met alle stappen in de pijplijn.

Schermopname van het inhoudsmenu voor pijplijntaken.

Een pijplijn annuleren en opnieuw uitvoeren

Als de pijplijn wordt uitgevoerd, kunt u deze annuleren door Annuleren te kiezen. Als de uitvoering is voltooid, kunt u de pijplijn opnieuw uitvoeren door Nieuwe uitvoeren te kiezen.

Schermopname van het annuleren van een pijplijnuitvoering.

Menu Meer acties uitvoeren via pijplijn

In het menu Meer acties kunt u logboeken downloaden, tags toevoegen, de pijplijn bewerken, de uitvoering verwijderen en retentie voor de uitvoering configureren.

Schermopname van de overzichtspagina voor pijplijnuitvoering met het menu Acties.

Notitie

U kunt een uitvoering niet verwijderen als de uitvoering wordt behouden. Als u Verwijderen niet ziet, kiest u Het behouden van uitvoering stoppen en verwijdert u de uitvoering. Als u zowel Verwijderen als Bewaarreleases weergeven ziet, zijn een of meer geconfigureerde bewaarbeleidsregels nog steeds van toepassing op uw uitvoering. Kies Bewaarreleases weergeven, verwijder het beleid (alleen het beleid voor de geselecteerde uitvoering wordt verwijderd) en verwijder vervolgens de uitvoering.

Een statusbadge toevoegen aan uw opslagplaats

Veel ontwikkelaars laten graag zien dat ze hun codekwaliteit hoog houden door een statusbadge weer te geven in hun opslagplaats.

Statusbadge geeft aan dat azure-pijplijn is geslaagd

De statusbadge naar het Klembord kopiëren:

  1. Ga in Azure Pipelines naar de pagina Pijplijnen om de lijst met pijplijnen weer te geven. Selecteer de pijplijn die u in de vorige sectie hebt gemaakt.

  2. Selecteer en selecteer vervolgens Statusbadge.

  3. Selecteer Statusbadge.

  4. Kopieer het markdown-voorbeeld uit de sectie Voorbeeld van Markdown.

Voer nu met de badge Markdown op het klembord de volgende stappen uit in GitHub:

  1. Ga naar de lijst met bestanden en selecteer Readme.md. Selecteer het potloodpictogram om te bewerken.

  2. Plak de statusbadge Markdown aan het begin van het bestand.

  3. Voer de wijziging door in de main vertakking.

  4. U ziet dat de statusbadge wordt weergegeven in de beschrijving van uw opslagplaats.

Anonieme toegang tot badges configureren voor privéprojecten:

  1. Ga naar Projectinstellingen

  2. Open het tabblad Instellingen onder Pijplijnen

  3. Schakel de schuifregelaar Anonieme toegang tot badges uitschakelen onder Algemeen

Notitie

Zelfs in een privéproject is anonieme badgetoegang standaard ingeschakeld. Als anonieme badgetoegang is ingeschakeld, kunnen gebruikers buiten uw organisatie mogelijk via de badgestatus-API query's uitvoeren op gegevens zoals projectnamen, vertakkingsnamen, functienamen en buildstatus.

Omdat u zojuist het Readme.md bestand in deze opslagplaats hebt gewijzigd, bouwt Azure Pipelines uw code automatisch op volgens de configuratie in het azure-pipelines.yml bestand in de hoofdmap van uw opslagplaats. Terug in Azure Pipelines ziet u dat er een nieuwe uitvoering wordt weergegeven. Telkens wanneer u een bewerking aanbrengt, start Azure Pipelines een nieuwe uitvoering.

Notitie

In Microsoft Team Foundation Server (TFS) 2018 en eerdere versies worden build- en releasepijplijnen definities genoemd, worden uitvoeringenbuilds genoemd, worden serviceverbindingenservice-eindpunten genoemd, worden fasenomgevingen genoemd en worden takenfasen genoemd.

We laten u zien hoe u de klassieke editor in Azure DevOps Server 2019 gebruikt om een build en release te maken waarin 'Hallo wereld' wordt afgedrukt.

We laten u zien hoe u de klassieke editor in TFS gebruikt om een build en een release te maken waarin 'Hallo wereld' wordt afgedrukt.

Vereisten

Uw opslagplaats initialiseren

Als u al een opslagplaats in uw project hebt, kunt u doorgaan naar de volgende stap: Een script toevoegen aan uw opslagplaats overslaan

  1. Ga naar Azure-opslagplaatsen. (De Code-hub in de vorige navigatie)

    Opslagplaatsbestanden

  2. Als uw project leeg is, ziet u een scherm om u te helpen code toe te voegen aan uw opslagplaats. Kies de onderste keuze om uw opslagplaats te initialiseren met een readme bestand:

    Opslagplaats initialiseren

  1. Navigeer naar uw opslagplaats door in de bovenste navigatiebalk op Code te klikken.

  2. Als uw project leeg is, ziet u een scherm om u te helpen code toe te voegen aan uw opslagplaats. Kies de onderste keuze om uw opslagplaats te initialiseren met een readme bestand:

    Opslagplaats initialiseren

Een script toevoegen aan uw opslagplaats

Maak een PowerShell-script waarmee wordt afgedrukt Hello world.

  1. Ga naar Azure-opslagplaatsen.

  2. Voeg een bestand toe.

    Selecteer op het tabblad Bestanden in het opslagplaatsknooppunt de optie Nieuw bestand

  3. Geef in het dialoogvenster de naam van het nieuwe bestand en maak het.

    HelloWorld.ps1
    
  4. Kopieer en plak dit script.

    Write-Host "Hello world"
    
  5. Het bestand doorvoeren (opslaan).

  1. Ga naar de Code-hub .

  2. Voeg een bestand toe.

  1. Geef in het dialoogvenster de naam van het nieuwe bestand en maak het.

    HelloWorld.ps1
    
  2. Kopieer en plak dit script.

    Write-Host "Hello world"
    
  3. Het bestand doorvoeren (opslaan).

In deze zelfstudie ligt de focus op CI/CD, dus houden we het codeonderdeel eenvoudig. We werken rechtstreeks in uw webbrowser in een Git-opslagplaats voor Azure-opslagplaatsen.

Wanneer u klaar bent om te beginnen met het bouwen en implementeren van een echte app, kunt u een breed scala aan versiebeheerclients en -services gebruiken met CI-builds van Azure Pipelines. Meer informatie.

Een build-pijplijn maken

Maak een build-pijplijn waarmee 'Hallo wereld' wordt afgedrukt.

  1. Selecteer Azure Pipelines. Als het goed is, gaat u automatisch naar de pagina Builds .

    Ga naar het tabblad Builds

  2. Een nieuwe pijplijn maken.

    Selecteer de knop Op het tabblad Bouwen

    Voor nieuwe Azure DevOps-gebruikers gaat u automatisch naar de ervaring voor het maken van een YAML-pijplijn. Als u de klassieke editor wilt openen en deze handleiding wilt voltooien, moet u de preview-functie voor het maken van nieuwe YAML-pijplijnen uitschakelen:

    Klik op Instellingen in de rechterbovenhoek van het scherm en klik op Preview-functies

    Klik op wisselknop om de yaml preview-functie uit te schakelen

  3. Zorg ervoor dat de bron, het project, de opslagplaats en de standaardbranch overeenkomen met de locatie waar u het script hebt gemaakt.

  4. Begin met een lege taak.

  5. Selecteer aan de linkerkant Pijplijn en geef de naam op die u wilt gebruiken. Selecteer gehoste VS2017 voor de agentgroep.

  6. Selecteer aan de linkerkant het plusteken ( + ) om een taak toe te voegen aan taak 1. Selecteer aan de rechterkant de categorie Hulpprogramma , selecteer de PowerShell-taak in de lijst en kies vervolgens Toevoegen.

    De build-taak toevoegen aan de taak

  7. Selecteer aan de linkerkant uw nieuwe PowerShell-scripttaak .

  8. Selecteer voor het argument Scriptpad de knop om door de opslagplaats te bladeren en selecteer het script dat u hebt gemaakt.

    Selecteer uw script

  9. Selecteer Wachtrij opslaan &en selecteer vervolgens Opslaan.

  1. Selecteer Build en release en kies vervolgens Builds.

    Tabblad Build kiezen

  2. Een nieuwe pijplijn maken.

    Een nieuwe pijplijn maken

  3. Beginnen met een lege pijplijn

  4. Selecteer Pijplijn en geef de naam op die u wilt gebruiken. Selecteer Standaard voor de agentgroep.

  5. Selecteer aan de linkerkant + Taak toevoegen om een taak aan de taak toe te voegen en selecteer vervolgens aan de rechterkant de categorie Hulpprogramma , selecteer de PowerShell-taak en kies vervolgens Toevoegen.

    De taak toevoegen aan de taak

  6. Selecteer aan de linkerkant uw nieuwe PowerShell-scripttaak .

  7. Selecteer voor het argument Scriptpad de knop om door de opslagplaats te bladeren en selecteer het script dat u hebt gemaakt.

    De PowerShell-taak selecteren

  8. Selecteer Wachtrij opslaan &en selecteer vervolgens Opslaan.

Een build-pijplijn is de entiteit waarmee u uw geautomatiseerde build-pijplijn definieert. In de build-pijplijn stelt u een set taken op, die elk een stap in uw build uitvoeren. De takencatalogus biedt een uitgebreide set taken om aan de slag te gaan. U kunt ook PowerShell- of Shell-scripts toevoegen aan uw build-pijplijn.

Een artefact uit uw build publiceren

Een typische build produceert een artefact dat vervolgens kan worden geïmplementeerd in verschillende fasen in een release. Om de mogelijkheid op een eenvoudige manier te demonstreren, publiceren we het script als het artefact.

  1. Selecteer op het tabblad Taken het plusteken ( + ) om een taak toe te voegen aan taak 1.

  2. Selecteer de categorie Hulpprogramma , selecteer de taak Buildartefacten publiceren en selecteer vervolgens Toevoegen.

    De taak artefact publiceren toevoegen

    Pad om te publiceren: selecteer de knop om door het script te bladeren en het script te selecteren dat u hebt gemaakt.

    Naam van artefact: Voer in drop.

    Publicatielocatie voor artefacten: selecteer Azure Artifacts/TFS.

  1. Selecteer op het tabblad Taken de optie Taak toevoegen.

  2. Selecteer de categorie Hulpprogramma , selecteer de taak Buildartefacten publiceren en selecteer vervolgens Toevoegen.

    Selecteer Toevoegen om de taak voor het publiceren van het artefact toe te voegen

    Pad naar publiceren: selecteer de knop om door het script dat u hebt gemaakt te bladeren en te selecteren.

    Naam van artefact: voer in drop.

    Artefacttype: Selecteer Server.

Artefacten zijn de bestanden die u wilt dat uw build produceert. Artefacten kunnen bijna alles zijn wat uw team nodig heeft om uw app te testen of te implementeren. U hebt bijvoorbeeld een .DLL en .EXE uitvoerbare bestanden en . PDB-symbolenbestand van een C# of C++ .NET Windows-app.

Om u in staat te stellen artefacten te produceren, bieden we hulpprogramma's zoals kopiëren met patroonkoppeling en een faseringsmap waarin u uw artefacten kunt verzamelen voordat u ze publiceert. Zie Artefacten in Azure Pipelines.

Continue integratie (CI) inschakelen

  1. Selecteer het tabblad Triggers .

  2. Schakel Continue integratie in.

Een trigger voor continue integratie in een build-pijplijn geeft aan dat het systeem automatisch een nieuwe build in de wachtrij moet plaatsen wanneer een codewijziging wordt doorgevoerd. U kunt de trigger algemener of specifieker maken en ook uw build plannen (bijvoorbeeld 's nachts). Zie Build-triggers.

De build opslaan en in de wachtrij plaatsen

Sla een build handmatig op en plaats deze in de wachtrij en test uw build-pijplijn.

  1. Selecteer Wachtrij opslaan &en selecteer vervolgens Wachtrij opslaan&.

  2. Selecteer in het dialoogvenster nogmaals Wachtrij opslaan&.

    Hiermee wordt een nieuwe build in de wachtrij geplaatst op de door Microsoft gehoste agent.

  3. Boven aan de pagina ziet u een koppeling naar de nieuwe build.

    console bouwen

    Kies de koppeling om de nieuwe build te bekijken terwijl deze wordt uitgevoerd. Zodra de agent is toegewezen, ziet u de livelogboeken van de build. U ziet dat het PowerShell-script wordt uitgevoerd als onderdeel van de build en dat 'Hallo wereld' wordt afgedrukt op de console.

    Bekijken in de buildconsole

  4. Ga naar het build-overzicht. Op het tabblad Artefacten van de build ziet u dat het script wordt gepubliceerd als een artefact.

    Open de buildconsole om het artefact te zien

  1. Selecteer Wachtrij opslaan &en selecteer vervolgens Wachtrij opslaan&.

  2. Selecteer in het dialoogvenster nogmaals Wachtrij opslaan&.

    Hiermee wordt een nieuwe build in de wachtrij geplaatst op de door Microsoft gehoste agent.

  3. Boven aan de pagina ziet u een koppeling naar de nieuwe build.

    Ga naar de build-console

    Kies de koppeling om de nieuwe build te bekijken terwijl deze wordt uitgevoerd. Zodra de agent is toegewezen, ziet u de livelogboeken van de build. U ziet dat het PowerShell-script wordt uitgevoerd als onderdeel van de build en dat 'Hallo wereld' wordt afgedrukt op de console.


  1. Ga naar het build-overzicht.

    koppeling naar build-console naar build-samenvatting

  2. Op het tabblad Artefacten van de build ziet u dat het script wordt gepubliceerd als een artefact.

    artefactenverkenner

U kunt op elk gewenst moment een overzicht van alle builds bekijken of inzoomen op de logboeken voor elke build door te navigeren naar het tabblad Builds in Azure Pipelines. Voor elke build kunt u ook een lijst weergeven met doorvoeringen die zijn gemaakt en de werkitems die aan elke doorvoering zijn gekoppeld. U kunt ook tests uitvoeren in elke build en de testfouten analyseren.

Enkele variabelen toevoegen en een wijziging doorvoeren in uw script

We geven enkele buildvariabelen door aan het script om onze pijplijn een beetje interessanter te maken. Vervolgens voeren we een wijziging door in een script en kijken we hoe de CI-pijplijn automatisch wordt uitgevoerd om de wijziging te valideren.

  1. Bewerk uw build-pijplijn.

  2. Selecteer op het tabblad Taken de PowerShell-scripttaak.

  3. Voeg deze argumenten toe.

Open de PowerShell-taak in de build-console

Argumenten

-greeter "$(Build.RequestedFor)" -trigger "$(Build.Reason)"

Sla ten slotte de build-pijplijn op.

Vervolgens voegt u de argumenten toe aan uw script.

  1. Ga naar uw Bestanden in Azure-opslagplaatsen (de Code-hub in de vorige navigatie en TFS).

  2. Selecteer het HelloWorld.ps1-bestand en vervolgens Het bestand bewerken .

  3. Wijzig het script als volgt:

    Param(
    [string]$greeter,
    [string]$trigger
    )
    Write-Host "Hello world" from $greeter
    Write-Host Trigger: $trigger
    
  4. Het script doorvoeren (opslaan).

U kunt nu de resultaten van uw wijzigingen bekijken. Ga naar Azure Pipelines en selecteer In wachtrij geplaatst. U ziet in de sectie In wachtrij of actief dat een build automatisch wordt geactiveerd door de wijziging die u hebt doorgevoerd.

U kunt nu de resultaten van uw wijzigingen bekijken. Ga naar de pagina Build and Release en selecteer Queued. U ziet in de sectie In wachtrij of actief dat een build automatisch wordt geactiveerd door de wijziging die u hebt doorgevoerd.

  1. Selecteer de nieuwe build die is gemaakt en bekijk het logboek.

  2. U ziet dat de naam van de persoon die de code heeft gewijzigd, in het begroetingsbericht wordt afgedrukt. U ziet ook dat dit een CI-build was.

PowerShell-scriptlogboek samenvatten

PowerShell-scriptlogboek samenvatten

We hebben zojuist het concept van build-variabelen in deze stappen geïntroduceerd. We hebben de waarde afgedrukt van een variabele die automatisch vooraf wordt gedefinieerd en geïnitialiseerd door het systeem. U kunt ook aangepaste variabelen definiëren en deze gebruiken in argumenten voor uw taken of als omgevingsvariabelen in uw scripts. Zie Variabelen bouwen voor meer informatie over variabelen.

U hebt een build-pijplijn. Volgende stappen

U hebt een build-pijplijn gemaakt waarmee automatisch de code wordt gebouwd en gevalideerd die door uw team wordt ingecheckt. Op dit punt kunt u doorgaan naar de volgende sectie voor meer informatie over release-pijplijnen. Als u wilt, kunt u ook verdergaan om een build-pijplijn voor uw app te maken.

Een release-pijplijn maken

Definieer het proces voor het uitvoeren van het script in twee fasen.

  1. Ga naar het tabblad Pijplijnen en selecteer releases.

  2. Selecteer de actie om een nieuwe pijplijn te maken. Als er al een release-pijplijn is gemaakt, selecteert u het plusteken ( + ) en selecteert u vervolgens Een release-pijplijn maken.

  3. Selecteer de actie om te beginnen met een lege taak.

  4. Geef de fase de naam QA.

  5. Selecteer in het deelvenster Artefacten de optie + Toevoegen en geef een bron (build-pijplijn) op. Selecteer Toevoegen.

  6. Selecteer de Bliksemschicht om continue implementatie te activeren en schakel vervolgens de trigger Continue implementatie aan de rechterkant in.

    Bliksemschicht selecteren om continue implementatie te activeren

  7. Selecteer het tabblad Taken en selecteer uw QA-fase .

  8. Selecteer het plusteken ( + ) voor de taak om een taak aan de taak toe te voegen.

  9. Selecteer in het dialoogvenster Taken toevoegen de optie Hulpprogramma, zoek de PowerShell-taak en selecteer vervolgens de knop Toevoegen .

  10. Selecteer aan de linkerkant uw nieuwe PowerShell-scripttaak .

  11. Selecteer voor het argument Scriptpad de knop om door uw artefacten te bladeren en selecteer het script dat u hebt gemaakt.

  12. Voeg deze argumenten toe:

    -greeter "$(Release.RequestedFor)" -trigger "$(Build.DefinitionName)"
    
  13. Selecteer op het tabblad Pijplijn de QA-fase en selecteer Klonen.

    De releaseomgeving klonen in QA

  14. Wijzig de naam van de gekloonde fase Productie.

  15. Wijzig de naam van de release-pijplijn Hallo wereld.

    Wijzig de naam van de release-pijplijn hallo wereld

  16. Sla de release-pijplijn op.

  1. Ga naar het tabblad Build and Release en selecteer Releases.

  2. Selecteer de actie om een nieuwe pijplijn te maken. Als er al een release-pijplijn is gemaakt, selecteert u het plusteken ( + ) en selecteert u vervolgens Een releasedefinitie maken.

  3. Selecteer de actie om te beginnen met een lege definitie.

  4. Geef de fase de naam QA.

  5. Selecteer in het deelvenster Artefacten de optie + Toevoegen en geef een bron (build-pijplijn) op. Selecteer Toevoegen.

  6. Selecteer de Bliksemschicht om continue implementatie te activeren en schakel vervolgens de trigger Continue implementatie aan de rechterkant in.


  1. Selecteer het tabblad Taken en selecteer uw QA-fase .

  2. Selecteer het plusteken ( + ) voor de taak om een taak aan de taak toe te voegen.

  3. Selecteer in het dialoogvenster Taken toevoegen de optie Hulpprogramma, zoek de PowerShell-taak en selecteer vervolgens de knop Toevoegen .

  4. Selecteer aan de linkerkant uw nieuwe PowerShell-scripttaak .

  5. Selecteer voor het argument Scriptpad de knop om door uw artefacten te bladeren en selecteer het script dat u hebt gemaakt.

  6. Voeg deze argumenten toe:

    -greeter "$(Release.RequestedFor)" -trigger "$(Build.DefinitionName)"
    
  7. Selecteer op het tabblad Pijplijn de qa-fase en selecteer Klonen.

    de releaseomgeving klonen

  8. Wijzig de naam van de gekloonde fase Productie.

  9. Wijzig de naam van de release-pijplijn Hallo wereld.

    de naam van de release-pijplijn wijzigen

  10. Sla de release-pijplijn op.

Een release-pijplijn is een verzameling fasen waarin de buildartefacten van de toepassing worden geïmplementeerd. Het definieert ook de werkelijke implementatiepijplijn voor elke fase en hoe de artefacten van de ene fase naar de andere worden gepromoveerd.

U ziet ook dat we enkele variabelen in onze scriptargumenten hebben gebruikt. In dit geval hebben we releasevariabelen gebruikt in plaats van de buildvariabelen die we voor de build-pijplijn hebben gebruikt.

Een release implementeren

Voer het script in elke fase uit.

  1. Maak een nieuwe release.

    Release maken - DevOps 2019 en 2020

    Wanneer Nieuwe release maken wordt weergegeven, selecteert u Maken.

  2. Open de release die u hebt gemaakt.

    release gemaakt - DevOps 2019 en 2020

  3. Bekijk de logboeken om realtime gegevens over de release op te halen.

    releaselogboeken - DevOps 2019 en 2020

  1. Maak een nieuwe release.

    release maken - TFS 2018

    Wanneer Nieuwe release maken wordt weergegeven, selecteert u Maken (TFS 2018.2) of Wachtrij (TFS 2018 RTM).

  2. Open de release die u hebt gemaakt.

    release gemaakt - TFS 2018

  3. Bekijk de logboeken om realtime gegevens over de release op te halen.

    releaselogboeken - TFS 2018

U kunt de voortgang van elke release bijhouden om te zien of deze in alle fasen is geïmplementeerd. U kunt de doorvoeringen bijhouden die deel uitmaken van elke release, de bijbehorende werkitems en de resultaten van eventuele testuitvoeringen die u hebt toegevoegd aan de release-pijplijn.

Wijzig uw code en kijk hoe deze automatisch wordt geïmplementeerd in productie

We brengen nog een wijziging aan in het script. Deze keer wordt automatisch gebouwd en vervolgens geïmplementeerd tot aan de productiefase.

  1. Ga naar de codehub , het tabblad Bestanden , bewerk het HelloWorld.ps1 bestand en wijzig dit als volgt:

    Param(
    [string]$greeter,
    [string]$trigger
    )
    Write-Host "Hello world" from $greeter
    Write-Host Trigger: $trigger
    Write-Host "Now that you've got CI/CD, you can automatically deploy your app every time your team checks in code."
    
  2. Het script doorvoeren (opslaan).

  3. Selecteer het tabblad Builds om de build in de wachtrij te plaatsen en uit te voeren.

  4. Nadat de build is voltooid, selecteert u het tabblad Releases , opent u de nieuwe release en gaat u naar de logboeken.

Uw nieuwe code wordt automatisch geïmplementeerd in de QA-fase en vervolgens in de productiefase .

laatste logboek van releasescriptstap - DevOps 2019 en 2020

laatste logboek van releasescriptstap - TFS 2018

In veel gevallen wilt u waarschijnlijk de release-pijplijn bewerken, zodat de productie-implementatie pas plaatsvindt nadat er enkele tests en goedkeuringen zijn uitgevoerd. Zie Overzicht van goedkeuringen en poorten.

Volgende stappen

U hebt zojuist geleerd hoe u uw eerste pijplijn maakt in Azure. Meer informatie over het configureren van pijplijnen in de taal van uw keuze:

Of u kunt doorgaan met het aanpassen van de pijplijn die u zojuist hebt gemaakt.

Zie Containertaken om uw pijplijn in een container uit te voeren.

Zie GitHub-opslagplaatsen bouwen voor meer informatie over het bouwen van GitHub-opslagplaatsen.

Zie Pijplijnartefacten publiceren voor meer informatie over het publiceren van uw pijplijnartefacten.

Zie Naslaginformatie over YAML-schema's voor meer informatie over wat u nog meer kunt doen in YAML-pijplijnen.

Opschonen

Als u testpijplijnen hebt gemaakt, kunt u deze eenvoudig verwijderen wanneer u er klaar mee bent.

Als u een pijplijn wilt verwijderen, gaat u naar de overzichtspagina voor die pijplijn en kiest u Verwijderen in het menu ... rechtsboven op de pagina. Typ de naam van de pijplijn om te bevestigen en kies Verwijderen.

Pijplijn verwijderen

U hebt de basisbeginselen geleerd van het maken en uitvoeren van een pijplijn. U bent nu klaar om uw build-pijplijn te configureren voor de programmeertaal die u gebruikt. Maak een nieuwe build-pijplijn en gebruik deze keer een van de volgende sjablonen.

Taal Te gebruiken sjabloon
.NET ASP.NET
.NET Core ASP.NET Core
C++ .NET-desktop
Go Go
Java Gradle
JavaScript Node.js
Xcode XCode

Veelgestelde vragen

Waar kan ik artikelen over DevOps en CI/CD lezen?

Wat is continue integratie?

Wat is continue levering?

Wat is DevOps?

Welk versiebeheersysteem kan ik gebruiken?

Wanneer u klaar bent om aan de slag te gaan met CI/CD voor uw app, kunt u het versiebeheersysteem van uw keuze gebruiken:

Hoe kan ik een pijplijn repliceren?

Als uw pijplijn een patroon heeft dat u wilt repliceren in andere pijplijnen, kloont u deze, exporteert u de pijplijn of slaat u deze op als sjabloon.

all-definitions-build-action-menu-replicate-actions

Schermopname van het repliceren van een pijplijn.

Nadat u een pijplijn hebt gekloond, kunt u wijzigingen aanbrengen en deze vervolgens opslaan.

Nadat u een pijplijn hebt geëxporteerd, kunt u deze importeren via het tabblad Alle pijplijnen .

Nadat u een sjabloon hebt gemaakt, kunnen uw teamleden deze gebruiken om het patroon in nieuwe pijplijnen te volgen.

Tip

Als u de nieuwe build-editor gebruikt, worden uw aangepaste sjablonen onder aan de lijst weergegeven.

Hoe kan ik werken met concepten?

Als u een build-pijplijn bewerkt en enkele wijzigingen wilt testen die nog niet gereed zijn voor productie, kunt u deze opslaan als concept.

opslaan als concept

Schermopname van opslaan als concept.

U kunt uw concept indien nodig bewerken en testen.

concept bewerken - DevOps 2019 en 2020

Wanneer u klaar bent, kunt u het concept publiceren om de wijzigingen samen te voegen in uw build-pijplijn.

concept publiceren - DevOps 2019 en 2020

concept publiceren - TFS 2018

Of, als u besluit het concept te verwijderen, kunt u het verwijderen via het tabblad Alle pijplijnen dat hierboven wordt weergegeven.

Hoe kan ik een pijplijn verwijderen?

Als u een pijplijn wilt verwijderen, gaat u naar de overzichtspagina voor die pijplijn en kiest u Verwijderen in het menu ... in de rechterbovenhoek van de pagina. Typ de naam van de pijplijn om te bevestigen en kies Verwijderen.

Wat kan ik nog meer doen wanneer ik een build in de wachtrij zet?

U kunt builds automatisch of handmatig in de wachtrij plaatsen.

Wanneer u een build handmatig in de wachtrij zet, kunt u voor één uitvoering van de build het volgende doen:

U kunt builds automatisch of handmatig in de wachtrij plaatsen.

Wanneer u een build handmatig in de wachtrij zet, kunt u voor één uitvoering van de build het volgende doen:

Waar vind ik meer informatie over pijplijninstellingen?

Zie voor meer informatie over build-pijplijninstellingen:

Zie voor meer informatie over pijplijninstellingen:

Hoe kan ik programmatisch een build-pijplijn maken?

REST API-naslaginformatie: een build-pijplijn maken

Notitie

U kunt ook builds en build-pijplijnen beheren vanaf de opdrachtregel of scripts met behulp van de Azure Pipelines CLI.