Share via


Pull-aanvraagartefacten implementeren met klassieke releasepijplijnen

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

Pull-aanvragen bieden een effectieve manier om codewijzigingen te controleren voordat deze worden samengevoegd met de codebase. Deze wijzigingen kunnen echter problemen veroorzaken die lastig kunnen worden gevonden zonder uw toepassing te bouwen en te implementeren in een specifieke omgeving. Met pull-aanvraagtriggers kunt u een set criteria instellen waaraan moet worden voldaan voordat u uw code implementeert. In dit artikel leert u hoe u pull-aanvraagtriggers instelt met Azure-opslagplaatsen en GitHub om uw buildartefact te implementeren.

Vereisten

Implementatie van pull-aanvragen

Wanneer u met pull-aanvraagtriggers een nieuwe pull-aanvraag voor de aangewezen vertakking indient, wordt automatisch een release geactiveerd om de implementatie naar de aangewezen omgevingen te starten. De implementatiestatus wordt vervolgens weergegeven op de pagina met de pull-aanvraag. Met pull-aanvraagtriggers kunt u een betere codekwaliteit behouden, met een hogere betrouwbaarheid vrijgeven en problemen vroeg in de ontwikkelingscyclus detecteren.

Het instellen van implementaties van pull-aanvragen bestaat uit twee stappen. Eerst moeten we een pull-aanvraagtrigger instellen en vervolgens vertakkingsbeleid (Azure-opslagplaatsen) of statuscontroles (GitHub) instellen voor onze release-pijplijnen.

Een pull-aanvraagtrigger maken

Een pull-aanvraagtrigger maakt een release telkens wanneer een nieuw buildartefact beschikbaar is.

  1. Navigeer naar uw Azure DevOps-project, selecteer Pijplijnenreleases> en selecteer vervolgens uw release-pijplijn.

  2. Selecteer het pictogram Voor continue implementatietrigger in de sectie Artefacten .

    Een schermopname die laat zien hoe u toegang hebt tot de instellingen voor de continue implementatietrigger.

  3. Selecteer de wisselknop om de pull-aanvraagtrigger in te schakelen.

    Een schermopname van het inschakelen van pull-aanvraagtriggers.

  4. Selecteer uw doelvertakking in de vervolgkeuzelijst.

    Een schermopname die laat zien hoe u de doelbranch selecteert.

  5. Als u uw toepassing in een specifieke fase wilt implementeren, moet u zich expliciet aanmelden voor die fase. In de sectie Fasen ziet u de fasen die zijn ingeschakeld voor implementaties van pull-aanvragen.

    Een schermopname van de lijst met fasen die zijn ingeschakeld voor implementaties van pull-aanvragen.

    Als u zich wilt aanmelden voor een fase voor implementatie van pull-aanvragen , selecteert u het pictogram Voorwaarden vóór implementatie voor uw specifieke fase en selecteert u vervolgens Triggers>Na release. Selecteer ten slotte de wisselknop Implementatie van pull-aanvraag om deze in te schakelen.

    Een schermopname van het inschakelen van de implementatie van pull-aanvragen voor een specifieke fase.

Belangrijk

Het inschakelen van automatische implementaties van pull-aanvragen voor productiefasen wordt niet aanbevolen.

Vertakkingsbeleid instellen voor Azure-opslagplaatsen

U kunt vertakkingsbeleid gebruiken om een lijst met criteria te implementeren waaraan moet worden voldaan voordat een pull-aanvraag kan worden samengevoegd.

  1. Navigeer naar uw project en selecteer>opslagplaatsen Vertakkingen voor toegang tot de lijst met vertakkingen voor uw opslagplaats.

    Een schermopname die laat zien hoe u naar vertakkingen in Azure-opslagplaatsen navigeert.

  2. Selecteer het contextmenu voor de juiste vertakking ...en selecteer vervolgens Vertakkingsbeleid.

    Een schermopname die laat zien hoe u vertakkingsbeleid voor een specifieke vertakking kunt openen.

  3. Selecteer Statusbeleid toevoegen en selecteer vervolgens een Status die u wilt controleren in de vervolgkeuzelijst. Selecteer de status die overeenkomt met uw releasedefinitie en selecteer vervolgens Opslaan.

    Een schermopname die laat zien hoe u een statusbeleid toevoegt.

    Notitie

    De releasedefinitie moet ten minste één keer zijn uitgevoerd met de pull-aanvraagtrigger ingeschakeld om de lijst met statussen op te halen. Zie Een vertakkingsbeleid configureren voor een externe service voor meer informatie.

  4. Nu het nieuwe statusbeleid is toegevoegd, kunnen gebruikers geen wijzigingen in de doelbranch samenvoegen zonder dat de status 'geslaagd' is gepost in de pull-aanvraag.

    Een schermopname met een lijst met statusbeleid en het implementatiebeleid voor pull-aanvragen ingeschakeld.

  5. U kunt de status van uw beleid bekijken op de pagina Overzicht van pull-aanvragen. Afhankelijk van uw beleidsinstellingen kunt u de status van de geposte release bekijken in de secties Vereist, Optioneel of Status . De releasestatus wordt bijgewerkt telkens wanneer de pijplijn wordt geactiveerd.

    Een schermopname van de status van het pull-aanvraagbeleid.

Statuscontroles instellen voor GitHub-opslagplaatsen

Door statuscontroles in te schakelen voor een GitHub-opslagplaats kan een beheerder kiezen aan welke criteria moet worden voldaan voordat een pull-aanvraag wordt samengevoegd met de doelbranch.

Notitie

De statuscontroles worden pas op uw pull-aanvraag geplaatst nadat uw release-pijplijn ten minste één keer is uitgevoerd met de voorwaarde voor de implementatie van de pull-aanvraag ingeschakeld. Zie Beveiligingsregels voor vertakkingen voor meer informatie.

Een schermopname van het inschakelen van statuscontroles.

U kunt uw statuscontroles bekijken in uw pull-aanvraag op het tabblad Gesprek .

Een schermopname van de statuscontroles van de pull-aanvraag.