Konfigurera icke-produktionsförlopp

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 Distributionshanteraren roll för att konfigurera icke-produktionsrörledningar.

Icke-produktionsförlopp

Förutom produktionsrörledningar som distribuerar till stagings- och produktionsmiljöer, kan du även konfigurera rörledningar som inte är avsedda för produktion för att validera koden.

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

• Kodkvalitetsförlopp - Dessa kör kodkvalitetskontroller i koden i en Git-gren och utför stegen för bygg- och kodkvalitet.
• Distributionsförlopp - 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ö.

Lägga till en ny icke-produktionspipeline

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

1. Logga in i Cloud Manager på my.cloudmanager.adobe.com och välja lämplig organisation och lämpligt program.

2. Öppna Pipelines från startskärmen i Cloud Manager. Klicka +Lägg till och markera Lägg till icke-produktionsförlopp.

   

3. På Konfiguration -fliken i Lägg till icke-produktionsförlopp väljer du vilken typ av icke-produktionsflöde du ska lägga till.

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

   

4. Ange en Namn på icke-produktionsförlopp för att identifiera ditt flöde 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.

5. Om du väljer att skapa en Distributionsförlopp måste du också definiera 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 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.

6. Klicka Fortsätt.

7. På Källkod -fliken i Lägg till icke-produktionsförlopp måste du välja vilken typ av kod som pipeline ska bearbeta.

   • Fullständig stapelkod
   • Målinriktad distribution

Se CI/CD-rör för mer information om olika typer av rörledningar.

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

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-konfigurationen.

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

1. På Källkod måste du definiera följande alternativ.

   • Berättigade driftsättningsmiljöer - Om din pipeline är en distributionsprocess 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.
   TIPS

   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-gren - 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 du markerar det här alternativet distribueras inte webbnivåkonfigurationen.

   • Pipeline - Om din pipeline är en distributionsprocess 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.

     • Funktionstestning av produkten - Kör funktionsprovningar av produkter mot utvecklingsmiljön.
     • Anpassad funktionstestning - Kör anpassade funktionstester mot utvecklingsmiljön.
     • Anpassade gränssnittstestningar - Kör anpassade gränssnittstester för anpassade program.
     • Experience Audit - Kör Experience Audit

   

2. Klicka Spara.

Pipelinen har sparats och du kan nu hantera dina rörledningar på Pipelines på Programöversikt sida.

Målinriktad distribution

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

• Konfig - Konfigurera inställningar för din AEM, underhållsuppgifter, CDN-regler med mera.
  • Se dokumentet Trafikfilterregler inklusive WAF-regler om du vill lära dig hur du hanterar trafikfilterregler i din databas så att de distribueras på rätt sätt.
• Front End-kod - Konfigurera JavaScript och CSS för den främre delen av AEM.
  • Med rörledningar kan utvecklarna bli mer självständiga och utvecklingsprocessen kan accelereras.
  • Se dokumentet Developing Sites with the Front-End Pipeline om hur den här processen fungerar tillsammans med vissa överväganden för att vara medveten om att utnyttja hela potentialen i den här processen.
• Webbnivåkonfiguration - Konfigurera dispatcheregenskaper för att lagra, bearbeta och leverera webbsidor till klienten.

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.

1. Definiera Berättigade driftsättningsmiljöer.

   • Om din pipeline är en distributionsprocess måste du välja till vilka miljöer den ska distribueras.

2. Under Källkod definierar du följande alternativ:

   • Databas - Det här alternativet definierar från vilken Git-repo som pipelinen ska hämta koden.
   TIPS

   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-gren - 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 den sökväg i förgreningen för den valda rapporten från vilken pipelinen ska hämta koden.

   

3. Klicka Spara.

Pipelinen har sparats och du kan nu hantera dina rörledningar på Pipelines på Programöversikt sida.

När en riktad distributionsprocess körs, konfigurationer såsom WAF-konfigurationer distribueras, förutsatt att de sparas i den miljö, databas och gren som du definierade i pipeline.

Hoppa över Dispatcher-paket

Om du vill att Dispatcher-paket ska byggas som en del av pipeline, men inte vill att de ska publiceras för att skapa lagring, kan du inaktivera publicering av dem, 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 ditt projekt pom.xml -fil. Den baseras på en miljövariabel, som fungerar som en flagga som du kan ange i Cloud Managers 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>