Konfigurera icke-produktionsförlopp configuring-non-production-pipelines

Lär dig hur du konfigurerar icke-produktionsrörledningar för att testa kodens kvalitet innan du distribuerar den till produktionsmiljöer.

En användare måste ha rollen Distributionshanteraren för att kunna konfigurera icke-produktionspipelines.

Icke-produktionsförlopp non-production-pipelines

Utöver produktionspipelines som distribueras till stagings- och produktionsmiljöer kan du även konfigurera icke-produktionspipelines för att validera koden.

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

  • Kodkvalitetsförgreningar - Dessa kör kodkvaliteten genom att skanna koden i en Git-förgrening och kör stegen för bygg- och kodkvalitet.
  • Distributionspipelines - Förutom att utföra steg för bygg- och kodkvalitet, som till exempel pipelines för kodkvalitet, distribuerar dessa pipelines koden till en icke-produktionsmiljö.
NOTE
Du kan redigera pipeline-inställningar efter den första konfigurationen.

Lägga till en ny icke-produktionspipeline adding-non-production-pipeline

När du har konfigurerat programmet och har minst en miljö med Cloud Manager UI är du redo att lägga till en icke-produktionsprocess genom att följa de här stegen.

  1. Logga in på Cloud Manager på my.cloudmanager.adobe.com och välj lämplig organisation.

  2. Välj programmet på konsolen Mina program.

  3. Gå till kortet Pipelines från Cloud Manager hemskärm. Klicka på +Lägg till och välj Lägg till icke-produktionsförlopp.

    Lägg till icke-produktionsflöde

  4. På fliken Konfiguration i dialogrutan Lägg till icke-produktionsförlopp väljer du den typ av icke-produktionsförlopp du ska lägga till.

    • Kodkvalitetspipeline - Skapa en pipeline som bygger din kod, kör enhetstester och utvärderar kodkvaliteten, men som INTE distribueras.
    • Distributionspipeline - Skapa en pipeline som bygger din kod, kör enhetstester, utvärderar kodkvalitet och distribuerar till en miljö.

    Lägg till icke-produktion-pipeline-dialogruta

  5. Ange ett icke-produktionsförloppsnamn för att identifiera din pipeline tillsammans med följande ytterligare information.

    • Utlösare för distribution - Du har följande alternativ när du definierar distributionsutlösare för att starta pipeline.

      • Manuell - Använd det här alternativet om du vill starta pipelinen manuellt.
      • Vid Git-ändringar - Det här alternativet startar CI/CD-flödet när implementeringar läggs till i den konfigurerade Git-grenen. Med det här alternativet kan du fortfarande starta pipelinen manuellt efter behov.
  6. Om du väljer att skapa en distributionspipeline måste du också definiera beteendet Viktiga måttfel.

    • Fråga varje gång - Det här beteendet är standardinställningen och kräver manuell åtgärd vid viktiga fel.
    • Misslyckades omedelbart - Om du väljer det här alternativet avbryts pipelinen när ett viktigt fel inträffar. Det emulerar i princip 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 princip en användare som manuellt godkänner varje fel.
  7. Klicka på Fortsätt.

  8. På fliken Source Code i dialogrutan Add Non-Production Pipeline måste du välja vilken typ av kod som pipeline ska bearbeta.

Mer information om olika typer av pipelines finns i CI/CD Pipelines.

Hur du slutför skapandet av din icke-produktionsprocess varierar beroende på vilken typ av källkod du har valt. Följ länkarna ovan för att gå till nästa avsnitt i det här dokumentet så att du kan slutföra konfigurationen av din pipeline.

Fullständig stapelkod full-stack-code

En fullständig kodrapport distribuerar samtidigt kodbyggen i bakände och i framände som innehåller en eller flera AEM serverprogram tillsammans med HTTPD/Dispatcher-konfiguration.

NOTE
Om det finns en kodrapport med fullständig stapel för den valda miljön inaktiveras den här markeringen.

Följ de här stegen för att slutföra konfigurationen av icke-produktionsflödet för kod i helhög.

  1. På fliken Source Code måste du definiera följande alternativ.

    • Berättigade distributionsmiljöer - Om din pipeline är en distributionspipeline måste du välja till vilka miljöer den ska distribueras.
    • Databas - Det här alternativet definierar från vilken Git-repo som pipelinen ska hämta koden.
    note tip
    TIP
    Se Lägga till och hantera databaser så att du kan lära dig hur du lägger till och hanterar databaser i Cloud Manager.
    • Git-grenen - Det här alternativet definierar från vilken gren i den valda pipeline som ska hämta koden.

      • Ange de första tecknen i förgreningsnamnet och funktionen Komplettera automatiskt i det här fältet. Det hjälper dig att hitta matchande grenar som du kan välja.
    • Ignorera webbnivåkonfiguration - När det här alternativet är markerat distribueras inte webbnivåkonfigurationen.

    • Pipeline - Om din pipeline är en distributionspipeline kan du välja att köra en testfas. Markera de alternativ som du vill aktivera i den här fasen. Om inget av alternativen är markerat visas inte testfasen när pipeline körs.

    Pipeline i full hög

  2. Klicka på Spara.

Pipelinen sparas och du kan nu hantera dina pipelines på kortet Pipelines på sidan Programöversikt.

Målinriktad distribution targeted-deployment

En riktad distribution distribuerar bara kod för utvalda delar av AEM. I en sådan distribution kan du välja att Inkludera ska vara en av följande typer av kod:

  • Konfig - Konfigurera inställningar för trafikfilterregler i AEM.

    • Se dokumentet Trafikfilterregler inklusive WAF-regler för att lära dig hur du hanterar trafikfilterregler i din databas så att de distribueras korrekt.
    • När du kör en riktad distributionspipeline distribueras konfigurationer som t.ex. WAF-konfigurationer, förutsatt att de sparas i miljön, databasen och grenen som du definierade i pipeline.
    • Det kan bara finnas en konfigurationspipeline per miljö.
  • Front End Code - Konfigurera JavaScript och CSS för frontdelen av AEM.

    • Med rörledningar kan utvecklarna bli mer självständiga och utvecklingsprocessen kan accelereras.
    • I dokumentet Utveckla platser med frontdelspipeline finns information om hur den här processen fungerar tillsammans med vissa överväganden som du bör vara medveten om för att få ut mesta möjliga av processen.
  • Webbnivåkonfiguration - Konfigurera dispatcheregenskaper för att lagra, bearbeta och leverera webbsidor till klienten.

    • Mer information finns i dokumentet CI/CD Pipelines.
    • Om det finns en kodrapport på webbnivå för den valda miljön är det här valet inaktiverat.
    • Om du har en befintlig pipeline som distribueras i en hel hög till en miljö, kommer den befintliga konfigurationen på hela stacken att ignoreras om du skapar en konfigurationspipeline för en webbskikt för samma miljö.
NOTE
Rörledningar för webbnivå och konfiguration stöds inte i privata databaser. Mer information och en fullständig lista över begränsningar finns i dokumentet Lägga till privata databaser i Cloud Manager.

Stegen för att slutföra skapandet av din icke-produktion, målinriktade distributionsprocess är desamma när du väljer en distributionstyp.

  1. Välj vilken distributionstyp du behöver.

Målinriktade distributionsalternativ

  1. Definiera berättigade distributionsmiljöer.

    • Om din pipeline är en distributionsprocess måste du välja till vilka miljöer den ska distribueras.
  2. Ange följande alternativ under Source Code:

    • Databas - Det här alternativet definierar från vilken Git-repo som pipelinen ska hämta koden.
    note tip
    TIP
    Se Lägga till och hantera databaser så att du kan lära dig hur du lägger till och hanterar databaser i Cloud Manager.
    • Git-grenen - Det här alternativet definierar från vilken gren i den valda pipeline som ska hämta koden.
      • Ange de första tecknen i förgreningsnamnet och funktionen Komplettera automatiskt i det här fältet. Här hittas de matchande grenar som du kan välja.
    • Kodplats - Det här alternativet definierar sökvägen i grenen för den valda rapporten från vilken pipelinen ska hämta koden.
    • Rörledning - För rörledningar som inte är avsedda för produktion i början har du möjlighet att aktivera Experience Audit.

    Konfigurera pipeline

  3. Om du har aktiverat Experience Audit (Experience Audit) trycker eller klickar du på Continue (Fortsätt) för att gå vidare till fliken Experience Audit där du kan definiera sökvägarna som alltid ska ingå i Experience Audit (Experience Audit).

    • Om du har aktiverat Experience Audit kan du läsa dokumentet Experience Audit för mer information om hur du konfigurerar.
    • Om du inte gjorde det hoppar du över det här steget.
  4. Tryck eller klicka på Spara för att spara pipeline.

Pipelinen sparas och du kan nu hantera dina pipelines på kortet Pipelines på sidan Programöversikt.

Hoppa över Dispatcher-paket skip-dispatcher-packages

Om du vill att Dispatcher-paket ska byggas som en del av pipeline men inte vill att de ska publiceras för att skapa lagringsutrymme, kan du inaktivera publiceringen, vilket kan minska körningstiden för pipeline.

Följande konfiguration för att inaktivera publicering av Dispatcher-paket måste läggas till via projektfilen pom.xml. Den baseras på en miljövariabel, som fungerar som en flagga som du kan ange i Cloud Manager byggbehållare för att definiera när Dispatcher-paket ska ignoreras.

<profile>
  <id>only-include-dispatcher-when-it-isnt-ignored</id>
  <activation>
    <property>
      <name>env.IGNORE_DISPATCHER_PACKAGES</name>
      <value>!true</value>
    </property>
  </activation>
  <modules>
    <module>dispatcher</module>
  </modules>
</profile>
recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab