Konfigurera en produktionspipeline

Lär dig hur du konfigurerar produktionsledningarna för att skapa och distribuera koden till produktionsmiljöer. En produktionspipeline distribuerar koden först till scenmiljön och när den godkänns distribueras samma kod till produktionsmiljön.

En användare måste ha Distributionshanteraren roll för att konfigurera produktionspipelinor.

OBSERVERA

Det går inte att konfigurera en produktionspipeline förrän programskapandet är klart, en Git-databas har minst en gren och en uppsättning för produktions- och stagningsmiljö skapas.

Innan du börjar distribuera koden måste du konfigurera dina pipeline-inställningar från Cloud Manager.

OBSERVERA

Du kan redigera pipeline-inställningar efter den första konfigurationen.

Lägga till en ny produktionspipeline

När du har konfigurerat programmet och har minst en miljö som använder Cloud Manager Du kan nu lägga till en produktionspipeline genom att följa de här stegen.

TIPS

Innan du konfigurerar en frontendpipeline ska du läsa AEM för att skapa webbplatser snabbt för att få en komplett guide med hjälp av det lättanvända AEM för att skapa webbplatser. Den här resan hjälper dig att effektivisera utvecklingen av AEM sajt, så att du snabbt kan anpassa din sajt utan någon AEM bakomliggande kunskap.

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

  2. Navigera till Pipelines från Programöversikt sida och klicka på Lägg till för att markera Lägg till produktionspipeline.

    Pipelines-kortet i programhanteraren - översikt

  3. The Lägg till produktionspipeline visas. Ange en Pipelinenamn för att identifiera ditt flöde tillsammans med följande alternativ. Klicka Fortsätt.

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

    Beteende vid viktiga måttfel - Under pipeline-konfiguration eller -redigering Distributionshanteraren har alternativet att definiera hur pipelinen fungerar när ett viktigt fel påträffas i någon av kvalitetsportarna. De tillgängliga alternativen är:

    • Fråga varje gång - Det här ä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. Detta 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. Detta emulerar i princip en användare som manuellt godkänner varje fel.

    Konfiguration av produktionspipeline

  4. Källkod måste du definiera var pipelinen ska hämta sin kod och vilken typ av kod den är.

Hur du slutför produktionen varierar beroende på vilket alternativ du väljer för Källkod du markerade. Följ länkarna ovan för att gå till nästa avsnitt i det här dokumentet för att slutföra konfigurationen av din pipeline.

Front End-kod

En frontkodspipeline distribuerar frontkodsbyggen som innehåller ett eller flera gränssnittsprogram på klientsidan. Se dokumentet CI/CD-rör om du vill ha mer information om den här typen av pipeline.

Följ de här stegen för att slutföra konfigurationen av produktionsflödet för slutkoden.

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

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

    Se dokumentet Lägga till och hantera databaser om du vill 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 hittar de grenar som matchar dig.
    • 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.
    • Pausa innan du distribuerar till produktion - Det här alternativet pausar pipeline innan den distribueras till produktion.

    Front end-kod

  2. Klicka Spara för att spara ditt flöde.

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

Fullständig stackkod

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. Se dokumentet CI/CD-rör om du vill ha mer information om den här typen av pipeline.

OBSERVERA

Om det redan 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 produktionsflödet för kod i helhög.

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

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

    Se dokumentet Lägga till och hantera databaser om du vill 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 hittar de grenar som matchar dig.
    • 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.
    • Pausa innan du distribuerar till produktion - Det här alternativet pausar pipeline innan den distribueras till produktion.
    • Schemalagd - Med det här alternativet kan användaren aktivera den schemalagda produktionsdistributionen.

    Fullständig stackkod

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

    Lägg till Experience Audit

  3. Ange en sökväg som ska inkluderas i Experience Audit.

    • Sidsökvägar måste börja med /.
    • Om du till exempel vill inkludera https://wknd.site/us/en/about-us.html Ange sökvägen i Experience Audit /us/en/about-us.html.

    Definiera en sökväg för Experience Audit

  4. Klicka Lägg till sida och sökvägen fylls i automatiskt med adressen till din miljö och läggs till i sökvägstabellen.

    Spara bana till tabellen

  5. Fortsätt att lägga till banor efter behov genom att upprepa de två föregående stegen.

    • Du kan lägga till högst 25 banor.
    • Om du inte definierar några sökvägar inkluderas webbplatsens hemsida som standard i Experience Audit.
  6. Klicka på Spara för att spara ditt flöde.

Sökvägar som har konfigurerats för Experience Audit skickas till tjänsten och utvärderas efter prestanda, tillgänglighet, SEO (sökmotoroptimering), bästa praxis och PWA (Progressive Web App) när pipeline körs. Se Upplevelsegranskningsresultat för mer information.

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

Webbnivåkonfiguration

En konfigurationspipeline för webbskikt Distribuerar konfigurationer för HTTPD/Dispatcher. Se dokumentet CI/CD-rör om du vill ha mer information om den här typen av pipeline.

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

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

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

    Se dokumentet Lägga till och hantera databaser om du vill 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 hittar de grenar som matchar dig.
    • 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.
      • För konfigurationspipelines på webbnivå är detta vanligtvis sökvägen som innehåller conf.d, conf.dispatcher.doch opt-in kataloger.
      • Om projektstrukturen till exempel genererades från AEM Project Archetype, banan /dispatcher/src.
    • Pausa innan du distribuerar till produktion - Det här alternativet pausar pipeline innan den distribueras till produktion.
    • Schemalagd - Med det här alternativet kan användaren aktivera den schemalagda produktionsdistributionen.

    Webbskiktskod

  2. Klicka Spara för att spara ditt flöde.

OBSERVERA

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

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

Developing Sites with the Front-End Pipeline

Med rörledningar kan utvecklarna bli mer självständiga och utvecklingsprocessen kan accelereras.

Se dokumentet Developing Sites with the Front-End Pipeline för hur denna process fungerar tillsammans med vissa överväganden som måste beaktas för att man ska få ut mesta möjliga av denna process.

Hoppa över Dispatcher-paket

Om du vill att dispatcherpaket 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 publiceringsdispatcherpaket 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 dispatcherpaket 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>

På denna sida