Delen via

Artefacten voor pull-aanvragen implementeren met klassieke release-pijplijnen

  • Artikel

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 in de codebasis. Deze wijzigingen kunnen echter problemen veroorzaken die lastig kunnen zijn om te vinden zonder uw toepassing in een specifieke omgeving te bouwen en te implementeren. 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 kunt instellen met Azure-opslagplaatsen en GitHub om uw build-artefact te implementeren.

Vereisten

Implementatie van pull-aanvragen

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

Het instellen van pull-aanvraagimplementaties bestaat uit twee stappen. Eerst moeten we een pull-aanvraagtrigger instellen en vervolgens vertakkingsbeleidsregels (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 Pijplijnreleases> en selecteer vervolgens uw release-pijplijn.

  2. Selecteer het pictogram Continue implementatietrigger in de sectie Artefacten .

    Een schermopname van het openen van de instellingen voor de continue implementatietrigger.

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

    Een schermopname van het inschakelen van triggers voor pull-aanvragen.

  4. Selecteer uw doelvertakking in de vervolgkeuzelijst.

    Een schermopname die laat zien hoe u de doelbranch selecteert.

  5. Als u uw toepassing wilt implementeren in een specifieke fase, moet u zich expliciet voor die fase aanmelden. 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 de implementatie van pull-aanvragen, selecteert u het pictogram Voorwaarden vóór de implementatie voor uw specifieke fase en selecteert u Triggers>na release. Selecteer tot slot de wisselknop voor de implementatie van pull-aanvragen 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 pull-aanvraagimplementaties 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 om een pull-aanvraag samen te voegen.

  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 Branch-beleid.

    Een schermopname van het openen van vertakkingsbeleid voor een specifieke vertakking.

  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 worden 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. Wanneer het nieuwe statusbeleid is toegevoegd, kunnen gebruikers geen wijzigingen in de doelbranch samenvoegen zonder de status Geslaagd in de pull-aanvraag.

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

  5. U kunt de status van uw beleid bekijken op de overzichtspagina van de pull-aanvraag. Afhankelijk van uw beleidsinstellingen kunt u de geposte releasestatus bekijken onder 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

Als u statuscontroles inschakelt voor een GitHub-opslagplaats, kan een beheerder kiezen aan welke criteria moet worden voldaan voordat een pull-aanvraag wordt samengevoegd in de doelvertakking.

Notitie

De statuscontroles worden pas in uw pull-aanvraag geplaatst nadat uw release-pijplijn ten minste één keer is uitgevoerd met de voorwaarde voor de implementatie van pull-aanvragen ingeschakeld. Zie Regels voor vertakkingsbeveiliging 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.