Dela via


Definiera din klassiska pipeline

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Azure Pipelines tillhandahåller en mycket konfigurerbar och hanterbar pipeline för versioner till flera steg, till exempel utveckling, mellanlagring, QA och produktion. Det ger också möjlighet att implementera grindar och godkännanden i varje specifik fas.

I den här självstudiekursen lär du dig:

  • Utlösare för kontinuerlig distribution
  • Lägga till faser
  • Lägga till godkännanden före distribution
  • Skapa versioner och övervaka distributioner

Förutsättningar

Du behöver:

  • En versionspipeline som innehåller minst ett steg. Om du inte redan har en kan du skapa den genom att gå igenom någon av följande snabbstarter och självstudier:

  • Två separata mål där du distribuerar appen. Det kan vara virtuella datorer, webbservrar, lokala fysiska distributionsgrupper eller andra typer av distributionsmål. I det här exemplet använder vi Azure App Service-webbplatsinstanser. Om du bestämmer dig för att göra samma sak måste du välja namn som är unika, men det är en bra idé att inkludera "QA" i namnet på en och "Produktion" i namnet på den andra så att du enkelt kan identifiera dem. Använd Azure Portal för att skapa en ny webbapp.

Utlösare för kontinuerlig distribution (CD)

Om du aktiverar utlösaren för kontinuerlig distribution instrueras pipelinen att automatiskt skapa en ny version varje gång en ny version är tillgänglig.

  1. Öppna fliken Versioner i Azure Pipelines. Välj versionspipelinen och välj sedan Redigera.

    redigera versionspipelinen

  2. Välj ikonen Kontinuerlig distributionsutlösare i avsnittet Artefakter för att öppna utlösarpanelen. Kontrollera att detta är aktiverat så att en ny version skapas när varje ny lyckad version har slutförts.

    kontinuerlig distributionsutlösare

  3. Välj ikonen Fördistributionsvillkor i avsnittet Faser för att öppna villkorspanelen. Kontrollera att utlösaren för distribution till den här fasen är inställd på Efter lansering. Det innebär att en distribution initieras automatiskt när en ny version skapas från den här versionspipelinen.

    villkor före distribution

    Du kan också konfigurera versionsutlösare, fasutlösare eller schemalägga distributioner.

Lägga till faser

I det här avsnittet lägger vi till två nya steg i vår versionspipeline: QA och produktion (två Azure App Services-webbplatser i det här exemplet). Det här är ett typiskt scenario där du först distribuerar till en test- eller mellanlagringsserver och sedan till en live- eller produktionsserver. Varje fas representerar ett distributionsmål.

  1. Välj fliken Pipeline i versionspipelinen och välj den befintliga fasen. Ändra namnet på fasen till Produktion.

    Välja en befintlig fas från fliken Pipelines och ändra namnet till Produktion på panelen Fas

  2. Välj listrutan + Lägg till och välj Klona fas (kloningsalternativet är endast tillgängligt när en befintlig fas har valts).

    välja kloningssteg

    Vanligtvis vill du använda samma distributionsmetoder med ett test och ett produktionssteg så att du kan vara säker på att dina distribuerade appar fungerar på samma sätt. Kloning av en befintlig fas är ett bra sätt att se till att du har samma inställningar för båda. Sedan behöver du bara ändra distributionsmålen.

  3. Den klonade fasen har namnet Kopia av produktion. Välj den och ändra namnet till QA.

    ändra fasnamn till QA

  4. Om du vill ordna om stegen i pipelinen väljer du ikonen Fördistributionsvillkor i qa-fasen och ställer in utlösaren på Efter lansering. Pipelinediagrammet visar sedan de två stegen parallellt.

    omorganisera faser

  5. Välj ikonen Fördistributionsvillkor i produktionsfasen och ange utlösaren till Efter fas och välj sedan QA i listrutan Faser. Pipelinediagrammet visar nu att de två stegen körs i rätt ordning.

    Välja QA-utlösare och faser

    Kommentar

    Du kan konfigurera distributionen så att den startar när en distribution till föregående fas delvis lyckas. Det innebär att distributionen fortsätter även om en specifik icke-kritisk uppgift har misslyckats. Detta används vanligtvis i en förgrening och ansluter distributioner som distribueras till olika faser parallellt.

  6. Välj listrutan Uppgifter och välj QA-fasen.

    Listrutan Uppgifter och valet av QA-fas

  7. Beroende på vilka uppgifter du använder ändrar du inställningarna så att den här fasen distribueras till ditt "QA"-mål. I vårt exempel använder vi distribuera Azure App Service-uppgift enligt nedan.

    Använda uppgiften att distribuera Azure App Service

Lägga till förhandsdistributionsgodkännanden

Versionspipelinen som vi tidigare ändrade distribuerar till QA och produktion. Om distributionen till QA misslyckas utlöses inte distributionen till produktion. Vi rekommenderar att du alltid kontrollerar om din app fungerar korrekt i qa- eller testfasen innan den distribueras till produktion. Om du lägger till godkännanden ser du till att alla kriterier uppfylls innan du distribuerar till nästa steg. Följ stegen nedan för att lägga till godkännanden i pipelinen:

  1. Välj fliken Pipeline, ikonen Fördistributionsvillkor och sedan Godkännare före distribution.

    panelen godkännare före distribution

  2. I textrutan Godkännare anger du de användare som ansvarar för att godkänna distributionen. Vi rekommenderar också att du avmarkerar kryssrutan Användaren som begär en version eller distribution bör inte godkänna den .

    Lägga till godkännare före distribution

    Du kan lägga till så många godkännare som du behöver, både enskilda användare och organisationsgrupper. Du kan också konfigurera godkännanden efter distributionen genom att välja ikonen "användare" till höger i fasen i pipelinediagrammet. Mer information finns i Versioner av portar och godkännanden.

  3. Välj Spara.

    Spara versionspipelinen

Skapa en version

Nu när installationen av versionspipelinen är klar är det dags att starta distributionen. För att göra detta skapar vi en ny version manuellt. Vanligtvis skapas en version automatiskt när en ny versionsartefakt är tillgänglig. Men i det här scenariot skapar vi det manuellt.

  1. Välj listrutan Släpp och välj Skapa version.

    skapa en ny version

  2. Ange en beskrivning för din version, kontrollera att rätt artefakter är markerade och välj sedan Skapa.

    skapa en ny versionspanel

  3. En banderoll visas som anger att en ny version har skapats. Välj versionslänken om du vill se mer information.

    versionen har skapats

  4. Versionssammanfattningssidan visar status för distributionen till varje fas.

    distributionsstatus

    Andra vyer, till exempel listan över versioner, visar också en ikon som anger att godkännande väntar. Ikonen visar ett popup-fönster som innehåller scennamnet och mer information när du pekar på det. Detta gör det enkelt för en administratör att se vilka versioner som väntar på godkännande, samt den övergripande förloppet för alla versioner.

    listvy för versioner

  5. Välj ikonen pending_approval för att öppna panelen för godkännandefönstret. Ange en kort kommentar och välj Godkänn.

    godkänna distribution

Kommentar

Du kan schemalägga distributionen vid ett senare tillfälle, till exempel under tider med låg belastning. Du kan också omtilldela godkännande till en annan användare. Versionsadministratörer kan komma åt och åsidosätta alla godkännandebeslut.

Övervaka och spåra distributioner

Distributionsloggar hjälper dig att övervaka och felsöka versionen av ditt program. Följ stegen nedan för att kontrollera loggarna för distributionen:

  1. Hovra över en fas i versionssammanfattningen och välj Loggar.

    distributionsloggar

    Under distributionen kan du fortfarande komma åt loggsidan för att se liveloggarna för varje uppgift.

  2. Välj valfri aktivitet för att se loggarna för den specifika aktiviteten. Det gör det enklare att spåra och felsöka distributionsproblem. Du kan också ladda ned enskilda aktivitetsloggar eller en zip med alla loggfiler.

    ladda ned loggar

  3. Om du behöver ytterligare information för att felsöka distributionen kan du köra versionen i felsökningsläge.

Gå vidare