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

Icke-produktionsförlopp non-production-pipelines

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

  2. Mina program väljer du programmet.

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

    Lägg till icke-produktionsflöde

  4. 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ö.

    Dialogrutan Lägg till icke-produktionsförlopp

  5. 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.
  6. 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.
  7. Klicka Fortsätt.

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

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

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

    Pipeline i full hög

  2. Klicka Spara.

Pipelinen har sparats och du kan nu hantera dina rörledningarPipelinesProgramöversikt sida.

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 Inkludera någon av följande typer av kod:

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

    • 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.
    • 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.
    • Det kan bara finnas en konfigurationspipeline per miljö.
  • 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.

    • Se dokumentet CI/CD-rör för mer information.
    • 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ö.

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.

Alternativ för målinriktad distribution

  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.
    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-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.
    • Pipeline - För rörledningar som inte är avsedda för produktion på framsidan har du möjlighet att aktivera Experience Audit.

    Konfigurera pipeline

  3. Om du aktiverade Experience Audit (Experience Audit) trycker du eller klickar Fortsätt för att gå vidare till Experience Audit där du kan definiera sökvägar som alltid ska inkluderas i Experience Audit.

    • Om du har aktiverat Experience Audit, se dokumentet Experience Audit om du vill ha mer information om hur du konfigurerar.
    • Om du inte gjorde det hoppar du över det här steget.
  4. Tryck eller klicka Spara för att spara rörledningen.

Pipelinen har sparats och du kan nu hantera dina rörledningarPipelinesProgramöversikt sida.

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 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>
recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab