Lägg till en icke-produktionspipeline configuring-non-production-pipelines

Lär dig hur du använder Cloud Manager för att skapa och konfigurera rörledningar för icke-produktion för att distribuera koden. Om du först vill ha en mer konceptuell översikt över hur rörledningar fungerar i Cloud Manager kan du läsa CI/CD-pipelines.

Översikt overview

Med pipelines i Cloud Manager kan Distributionshanteraren skapa två olika typer av pipelines.

  • Produktionspipeliner - En produktionspipeline är en konstruerad pipeline som består av en serie samordnade steg för att ta källkod hela vägen in i produktionen.
  • Icke-produktionsförlopp - En icke-produktionsförlopp används främst för att köra kodkvalitetsgenomsökningar eller för att distribuera källkod till en utvecklingsmiljö.

Detta dokument fokuserar på icke-produktionsrörledningar. Mer information om hur du konfigurerar produktionspipelines finns i dokumentet Konfigurera produktionspipelines.

Det finns två typer av icke-produktionsrörledningar:

  • Kodkvalitetsförgreningar - Dessa kör kodkvalitet genom att skanna koden i en Git-gren och kör stegen för bygg- och kodkvalitet.
  • Distributionspipeliner - Förutom att utföra steg för bygg- och kodkvalitet, som till exempel pipelines för kodkvalitet, distribuerar dessa pipelines även koden till en icke-produktionsmiljö.
NOTE
Du kan inte konfigurera en pipeline förrän dess associerade Git-databas har minst en gren och programkonfigurationen är klar. Mer information om hur du lägger till och hanterar databaser i Cloud Manager finns i Cloud Manager-databaser.

Lägg till en ny icke-produktionspipeline add-non-production-pipeline

När du har konfigurerat ett program och minst en miljö i användargränssnittet i Cloud Manager kan du lägga till rörledningar som inte är avsedda för produktion. Använd de här rörledningarna för att testa kodkvaliteten innan du distribuerar till produktionsmiljöer.

  1. Logga in på Cloud Manager på my.cloudmanager.adobe.com och välj rätt organisation och program.

  2. Öppna förloppskortet i Cloud Manager och klicka på Lägg till och välj sedan Lägg till icke-produktionsförlopp.

    Lägg till icke-produktionsflöde

  3. På fliken Konfiguration i dialogrutan Lägg till icke-produktionspipeline väljer du den typ av pipeline som du vill skapa, något av följande:

    • Kodkvalitetspipeline - Skapar en pipeline som bygger koden, kör enhetstester och utvärderar kodkvaliteten utan att distribuera den till någon miljö.
    • Distributionspipeline - Skapar en pipeline som bygger koden, kör enhetstester, utvärderar kodkvaliteten och distribuerar till en miljö.

    Välj pipeline-typ

Kodkvalitetspipeline - fliken Konfiguration
table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3
Avsnitt Alternativ Beskrivning
Pipelinekonfiguration Pipelinenamn som inte är i produktion Ange en beskrivning av din pipeline i fältet Namn på icke-produktionsförlopp.
Testar

Synlig endast när du redigerar en icke-produktionspipeline.
Gränssnittet visar testkategorierna som pipeline kör som en del av kodkvalitetsvalideringen.

  • Statisk kodtestning - Analyserar koden för problem med kvalitet och korrekthet.
  • Load/Performance Testing - Utvärderar prestandarelaterat beteende som en del av pipeline-testningen.
  • Säkerhetstestning - Kontrollerar kod- och pipeline-utdata för säkerhetsrelaterade problem.
Distributionsalternativ Utlösare för distribution
  • Manuell - Du kan starta pipelinen manuellt.
  • Vid Git-ändringar - Startar pipelinen när implementeringar läggs till i den konfigurerade Git-grenen. Med det här alternativet kan du fortfarande starta pipelinen manuellt efter behov.
Beteende vid viktiga måttfel
  • Fråga varje gång - Det här beteendet är standardinställningen och kräver manuell åtgärd vid viktiga fel.
  • Misslyckas omedelbart - Om du väljer det här alternativet avbryts pipelinen när ett viktigt fel inträffar. Det emulerar i stort sett en användare som manuellt avvisar varje fel.
  • Fortsätt omedelbart - Om du väljer det här alternativet fortsätter pipeline automatiskt när ett viktigt fel inträffar. Det emulerar i stort sett en användare som manuellt godkänner varje fel.
Kryssrutan Godkänn efter scendistribution Synlig endast när du redigerar en icke-produktionspipeline.
Välj det här alternativet om du vill kräva godkännande efter distributionen till scenmiljön innan pipeline kan fortsätta. Om det här alternativet inte är markerat fortsätter pipelinen baserat på det konfigurerade beteendet.
Distributionspipeline - fliken Konfiguration
table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3 6-row-3 7-row-3 8-row-3 9-row-3
Avsnitt Alternativ Beskrivning
Pipelinekonfiguration Pipelinenamn som inte är i produktion Ange en beskrivning av din pipeline i fältet Namn på icke-produktionsförlopp.
Kvalificerad distributionsmiljö Om din pipeline är en distributionsprocess måste du välja vilka miljöer Cloud Manager distribuerar koden i.
Testar

Synlig endast när du redigerar en icke-produktionspipeline.
Gränssnittet visar testkategorierna som pipeline kör som en del av kodkvalitetsvalideringen.

  • Statisk kodtestning - Analyserar koden för problem med kvalitet och korrekthet.
  • Load/Performance Testing - Utvärderar prestandarelaterat beteende som en del av pipeline-testningen.
  • Säkerhetstestning - Kontrollerar kod- och pipeline-utdata för säkerhetsrelaterade problem.
Distributionsalternativ Utlösare för distribution
  • Manuell - Du kan starta pipelinen manuellt.
  • Vid Git-ändringar - Startar pipelinen när implementeringar läggs till i den konfigurerade Git-grenen. Med det här alternativet kan du fortfarande starta pipelinen manuellt efter behov.
Beteende vid viktiga måttfel
  • Fråga varje gång - Standardinställningen och uppmanar användaren att bestämma hur ett viktigt mätvärde ska fortsätta när det inte fungerar.
  • Misslyckades omedelbart - pipelinen avbryts när ett viktigt mätvärde misslyckas. Det emulerar i princip en användare som manuellt avvisar varje fel.
  • Fortsätt omedelbart - pipelinen fortsätter automatiskt när ett viktigt mätvärde misslyckas. Det emulerar i princip en användare som manuellt godkänner varje fel.
Kryssrutan Godkänn efter scendistribution Synlig endast när du redigerar en icke-produktionspipeline.
Välj det här alternativet om du vill kräva godkännande efter distributionen till scenmiljön innan pipeline kan fortsätta. Om det här alternativet inte är markerat fortsätter pipelinen baserat på det konfigurerade beteendet.
Kryssrutan Hoppa över ändringar av belastningsutjämnare Välj det här alternativet om du inte vill att pipeline ska kunna göra belastningsutjämningsändringar under distributionen.
Dispatcher-konfiguration

Rollen Distributionshanteraren kan konfigurera en uppsättning innehållssökvägar som antingen är ogiltiga eller tömda från AEM Dispatcher-cachen när en pipeline körs. Cloud Manager kör dessa cacheåtgärder som en del av distributionssteget, precis efter att innehållspaket har distribuerats. De här inställningarna använder AEM Dispatcher standardbeteende. Så här konfigurerar du Dispatcher:

  • Under PATH anger du en innehållssökväg som du vill att pipelinen ska tömmas eller göras ogiltig.

  • Under TYP väljer du vilken åtgärd som ska utföras på sökvägen.

    • Rensa - Utför en cacheborttagning på den angivna sökvägen.
    • Invalidera - Utför en cacheogiltigförklaring, ungefär som när innehåll aktiveras från en redigeringsinstans till en publiceringsinstans.
    • Klicka på Lägg till sökväg för att lägga till den angivna sökvägen. Du kan lägga till upp till 100 sökvägar per miljö.
Rörledning Kryssrutan Experience Audit Välj det här alternativet om du vill inkludera ett Experience Audit-steg i pipeline. När det här alternativet är aktiverat innehåller pipeline steget Experience Audit efter fliken Source Code.
  1. Klicka på Fortsätt i det nedre högra hörnet av dialogrutan Lägg till icke-produktionsförlopp .
  2. Välj den typ av kod som pipeline är konfigurerad för att bygga och distribuera.
Source Code tab - Full Stack Code

Distribuerar hela AEM-programmet, inklusive programkod och som standard webbnivåkonfiguration.

table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3
Avsnitt Alternativ Beskrivning
Source-kod Databas I listrutan väljer du Git-databasen som pipelinen använder som källa. Cloud Manager skapar kod från den databas du väljer här.
Git-grenen I listrutan väljer du vilken gren i den valda databasen som pipeline ska bygga från. Standardvärdet är main. I pipeline används den valda grenen som källa för bygge och distribution. Om det behövs klickar du på Uppdatera för att uppdatera listan över tillgängliga grenar för den valda databasen. Använd det här alternativet om en nyligen skapad gren inte visas i listan.
Skapa strategi
  • Fullständigt bygge - Bygger alla moduler i databasen varje gång
  • BETA Smart Build - Skapar endast moduler som har ändrats sedan den senaste implementeringen.
    Läs mer om att använda Smart Build i en icke-produktionsprocess. Viktigt : Smart Build är bara tillgängligt för pipelines för kodkvalitet och distributionspipelines för fullständig stackkod för Dev.
Kryssrutan Ignorera webbnivåkonfiguration Välj det här alternativet om du vill hoppa över distributionen av webbnivåkonfigurationen i en fullständig stackkodspipeline. Låt alternativet vara avmarkerat för att distribuera webbnivåkonfigurationen tillsammans med pipeline-koden.
Rörledning Kryssrutan Experience Audit Välj det här alternativet om du vill inkludera ett Experience Audit-steg i pipeline. När det här alternativet är aktiverat innehåller pipeline steget Experience Audit efter fliken Source Code.
Source Code - Web Tier Config

Distribuerar endast webbnivåkonfiguration, t.ex. Dispatcher-egenskaper som används för att lagra, bearbeta och leverera webbsidor till klienten. När du väljer Webbnivåkonfiguration skapar Cloud Manager en pipeline som är dedikerad till distribution av webbnivåkonfiguration.

Om det redan finns en fullständig stackpipeline visar Cloud Manager ett meddelande om att den befintliga fullständiga stackpipelinen ignoreras i konfigurationen av webbnivån när en konfigurationspipeline för webbskikt skapas. När du har skapat konfigurationsflödet för webbnivån hanterar Cloud Manager distributioner av webbnivåkonfigurationer via den pipeline som ingår i stacken i stället för via den fullständiga stackpipeline.

table 0-row-3 1-row-3 2-row-3 3-row-3
Avsnitt Alternativ Beskrivning
Source-kod Databas I listrutan väljer du den Git-databas som innehåller webbnivåkonfigurationen.
Git-grenen Välj den gren i den valda databasen som Cloud Manager använder för distributionen. Om det behövs klickar du på Uppdatera för att uppdatera listan över tillgängliga grenar för den valda databasen. Använd det här alternativet om en nyligen skapad gren inte visas i listan.
Kodplats Ange sökvägen i den valda databasen som innehåller den webbskiktskonfiguration som ska distribueras. Standardplatsen är databasroten (/).
  1. Klicka på Spara.

Om att använda Smart Build i en icke-produktionsprocess about-smart-build

Smart Build i Cloud Manager är en optimerad byggstrategi för icke-produktionspipelines. Smart Build minskar byggtiden genom att cache-lagra moduler och återskapa endast de moduler som har ändrats sedan den senaste körningen. Oförändrade moduler återanvänds från cacheminnet, medan endast ändrade moduler och deras beroenden återskapas, vilket förbättrar effektiviteten för iterativa utvecklingsarbetsflöden.

Smart Build är för närvarande endast tillgängligt för följande:

  • Kodkvalitetsledningar.
  • Utveckla rörledningar för driftsättning i högklasser.
NOTE
Den första körningen efter aktiveringen av Smart Build fungerar som en fullständig version eftersom cachen är tom.

Smart Build rekommenderas när du har följande:

  • Du utvecklar och implementerar ofta inkrementella förändringar.
  • Ditt projekt innehåller flera Maven-moduler.
  • Fullversioner tar lång tid.

Smart Build är inte alltid idealiskt när du har följande:

  • Din version är starkt beroende av plugin-program som utför åtgärder utanför Maven beroendediagram.
  • Du måste verifiera alla versioner av varje körning.

Förstå byggprestanda smart-build-performance

Den prestandaökning som kan uppnås med Smart Build beror på flera faktorer, bland annat följande:

  • Antalet moduler i projektet.
  • Kodändringarnas frekvens och omfattning.
  • Distributionen av beroenden mellan moduler.

I allmänhet kan projekt med många oberoende moduler se den största förbättringen.

Cacheavanmälan per modul smart-build-cache-optout

Smart Build har finkornig kontroll som gör att du kan inaktivera cachelagring för specifika moduler. Den här funktionen är användbar när vissa moduler:

  • Använd plugin-program som exec-maven-plugin eller maven-antrun-plugin.
  • Utför filåtgärder som inte spåras av Maven-beroenden.
  • Producera inkonsekventa resultat vid cachelagring.

Inaktivera cachelagring för en modul smart-build-disable-caching

Du kan lägga till följande egenskap i den berörda modulens pom.xml:

<properties>
  <maven.build.cache.enabled>false</maven.build.cache.enabled>
</properties>

Den här syntaxen tvingar modulen att återskapa varje pipeline-körning medan andra moduler fortfarande har nytta av cachelagring.

Begränsningar och överväganden när Smart Build används smart-build-limitations

Tänk på följande när du använder Smart Build:

  • Smart Build bygger på Maven-beroendeanalys.
  • Ändringar utanför beroendediagrammet kan inte utlösa rekonstruktioner.
  • Vissa plugin-program kanske inte är helt kompatibla med cachning.
  • Du kan när som helst växla tillbaka till Fullständigt bygge genom att redigera icke-produktionsflödet.

Om du stöter på oväntat byggbeteende bör du inaktivera cachelagring för specifika moduler eller tillfälligt byta din byggstrategi till Fullständigt bygge.

Felsöka problem med Smart Build smart-build-troubleshoot

Problem
Föreslagna lösningar
Byggresultaten är inkonsekventa
・ Inaktivera cachelagring för berörda moduler.
・ verifiera plugin-programmets beteende (särskilt exec/antrun plugin-program).
Ingen prestandaförbättring
・ Kontrollera att flera körningar har utförts (cacheuppvarning).
・ Kontrollera om de flesta moduler ändras ofta.
Oväntade artefakter eller saknade ändringar
・ Kontrollera om ändringarna ligger utanför Maven-beroendespårning.
・ Använd Fullständigt bygge för verifiering.

Se Lägg till en icke-produktionsprocess om du vill aktivera Smart Build.

Nästa steg the-next-steps

När du har konfigurerat pipeline kan du distribuera koden. Mer information finns i Koddistribution.

Videosjälvstudie video-tutorial

Den här videon ger en översikt över processen att skapa pipeline, som beskrivs i det här dokumentet.

recommendation-more-help
experience-manager-cloud-manager-help-main-toc