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
- Broncode die wordt gehost op Azure-opslagplaatsen of GitHub. Gebruik de voorbeeld-app pipelines-dotnet-core en maak uw opslagplaats als u er nog geen hebt.
- Een werkende build-pijplijn voor uw opslagplaats.
- Een klassieke release-pijplijn. Stel een release-pijplijn in als u er nog geen hebt.
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.
Navigeer naar uw Azure DevOps-project, selecteer Pijplijnenreleases> en selecteer vervolgens uw release-pijplijn.
Selecteer het pictogram Voor continue implementatietrigger in de sectie Artefacten .
Selecteer de wisselknop om de pull-aanvraagtrigger in te schakelen.
Selecteer uw doelvertakking in de vervolgkeuzelijst.
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.
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.
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.
Navigeer naar uw project en selecteer>opslagplaatsen Vertakkingen voor toegang tot de lijst met vertakkingen voor uw opslagplaats.
Selecteer het contextmenu voor de juiste vertakking
...
en selecteer vervolgens Vertakkingsbeleid.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.
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.
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.
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.
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.
U kunt uw statuscontroles bekijken in uw pull-aanvraag op het tabblad Gesprek .
Verwante artikelen:
Feedback
https://aka.ms/ContentUserFeedback.
Binnenkort: Gedurende 2024 worden GitHub Issues uitgefaseerd als het feedbackmechanisme voor inhoud. Dit wordt vervangen door een nieuw feedbacksysteem. Ga voor meer informatie naar:Feedback verzenden en bekijken voor