Samenvatting

  • 2 minuten

Leuk werk! Uw pijplijn krijgt vorm. U en het Tailspin-team zijn overgestapt van een eenvoudig concept naar een realistische release-pijplijn. U kunt deze pijplijn gebruiken om een artefact te bouwen en te testen voordat u het aan uw gebruikers geeft.

In deze module hebt u manieren geleerd om te bepalen hoe wijzigingen van de ene fase van een pijplijn naar de volgende worden verplaatst. Laten we de pijplijn bekijken die u in deze module hebt gemaakt. In deze afbeelding ziet u de algehele vorm van uw pijplijn:

Diagram waarin het whiteboard de uiteindelijke pijplijn weergeeft, waaronder de fasen Build, Dev, Test en Fasering.

De Dev, Testen fasering fasen implementeren elk het buildartefact in hun eigen Azure App Service-omgeving.

  • Wanneer een wijziging naar GitHub wordt gepusht, zorgt een trigger ervoor dat de fase Build wordt uitgevoerd. De Build-fase produceert een buildartefact als uitvoer.
  • De Dev-fase wordt alleen uitgevoerd wanneer de wijziging plaatsvindt in de release branch. U gebruikt een voorwaarde om deze vereiste op te geven.
  • De Test fase loopt elke ochtend om 3:00 uur. Deze fase wordt alleen uitgevoerd wanneer de release--branch wijzigingen bevat sinds de laatste uitvoering. U gebruikt een ingeplande trigger om aan te geven wanneer de -testfase wordt uitgevoerd.
  • De faseringsfase wordt pas uitgevoerd nadat u de wijzigingen in de testfase goedkeurt. U voegt een releasegoedkeuring toe aan de testomgeving om de pijplijn te onderbreken totdat u de wijziging goedkeurt of afkeurt.

Deze pijplijn voldoet aan de vereisten van het Tailspin-team. De vorm van uw pijplijn en de wijze waarop wijzigingen hierin worden doorgevoerd, zijn afhankelijk van de behoeften van uw team en van de apps en services die u bouwt.

Hoewel het team de releasefrequentie verbetert, is er ruimte voor meer verbetering. Amita van QA moet bijvoorbeeld builds handmatig testen en goedkeuren voordat het team nieuwe functies voor beheer kan presenteren. In de volgende module werkt u samen met het Tailspin-team om meer tests te automatiseren, zodat wijzigingen nog sneller door de pijplijn kunnen lopen.

Meer informatie

In deze module hebt u gewerkt met voorwaarden, triggers en goedkeuringen. Bekijk deze resources voor meer informatie.