Een productiepijplijn toevoegen configure-production-pipeline
Leer hoe te om productiepijpleidingen te vormen om uw code aan productiemilieu's te bouwen en op te stellen. Een productiepijpleiding stelt code eerst aan het werkgebiedmilieu op. Bij goedkeuring, stelt het de zelfde code aan het productiemilieu op.
Een gebruiker moet de rol hebben van de Manager van de Plaatsing 0} om productiepijpleidingen te vormen.
- Het programma wordt gemaakt.
- De Git-opslagplaats heeft minstens één vertakking.
- De productie- en staging-omgevingen worden gemaakt.
Alvorens u begint om uw code op te stellen, vorm uw pijpleidingsmontages van Cloud Manager.
Een nieuwe productiepijplijn toevoegen adding-production-pipeline
Nadat u uw programma hebt opgezet en minstens één milieu gebruikend Cloud Manager UI hebt, bent u bereid om een productiepijplijn toe te voegen door deze stappen te volgen.
-
Teken in Cloud Manager bij experience.adobe.com .
-
In de Snelle toegang sectie, klik Experience Manager.
-
In het linkerzijpaneel, klik Cloud Manager.
-
Selecteer de gewenste organisatie.
-
Op de Mijn console van Programma's, klik een programma.
-
Op de Mijn console van Programma's, selecteer het programma.
-
Navigeer aan de Pipelines kaart van de pagina van het Overzicht van het Programma en klik toevoegen om te selecteren voeg de Pijpleiding van de Productie toe.
-
voegt de vertoningen van de de dialoogdoos van de Pijpleiding van de Productie toe. Verstrek de Naam van de a Pijpleiding om uw pijpleiding samen met de volgende opties te identificeren. Klik verdergaan.
Trigger van de Plaatsing - u hebt de volgende opties wanneer het bepalen van de plaatsingstrekkers om de pijpleiding te beginnen.
- Handboek - Begin manueel de pijpleiding.
- op de Veranderingen van het Git - begint de pijpleiding CI/CD wanneer de bemoeienis aan de gevormde tak van het Git wordt toegevoegd. Met deze optie, kunt u de pijpleiding nog manueel zoals vereist beginnen.
Belangrijk Metrisch Gedrag van Mislukt - tijdens pijpleidingsopstelling of geef uit, heeft de Manager van de Plaatsing de optie om het gedrag van de pijpleiding te bepalen wanneer een belangrijke mislukking in om het even welke kwaliteitspoorten wordt ontmoet. De beschikbare opties zijn:
- vraag telkens als - Gebrek het plaatsen. Het vereist handmatige ingrepen in elke belangrijke mislukking.
- onmiddellijk het Eindigen - als geselecteerd, wordt de pijpleiding geannuleerd wanneer een belangrijke mislukking voorkomt. Dit proces emuleert in wezen een gebruiker manueel die elke mislukking verwerpt.
- gaat onmiddellijk - als geselecteerd voort, gaat de pijpleiding automatisch wanneer een belangrijke mislukking voorkomt. Dit proces emuleert hoofdzakelijk een gebruiker manueel goedkeurend elke mislukking.
-
Op het lusje van de Code van Source, selecteer welk type van code de pijpleiding zou moeten verwerken.
Zie CI/CD Pijpleidingen voor meer informatie over de types van pijpleidingen.
De stappen om de verwezenlijking van uw productiepijplijn te voltooien variëren afhankelijk van het type van broncode u selecteerde. Volg de verbindingen hierboven om aan de volgende sectie van dit document te springen zodat kunt u de configuratie van uw pijpleiding voltooien.
Ik gebruik een volledige stapelcode full-stack-code
Een full-stack codepijplijn implementeert tegelijkertijd back-end en front-end code builds die een of meer AEM-servertoepassingen bevatten samen met de configuratie HTTPD/Dispatcher.
om een volledige pijpleiding van de stapelcode te vormen:
-
Voor het lusje van de Code van Source, bepaal de volgende opties.
- Bewaarplaats - bepaalt waarvan de bewaarplaats van het Git dat de pijpleiding de code zou moeten terugwinnen.
note tip TIP Zie Opslagplaatsen toevoegen en beheren om te leren hoe te om bewaarplaatsen in Cloud Manager toe te voegen en te beheren. -
de Tak van het Git - van de drop-down lijst, kies welke tak in de geselecteerde bewaarplaats de pijpleiding van zou moeten bouwen. De standaardwaarde is
main. De pijpleiding gebruikt de gekozen tak als bron voor bouw en plaatsing. Indien nodig, verfrist de klik om de lijst van beschikbare takken voor de geselecteerde bewaarplaats bij te werken. Gebruik deze optie als een recent gemaakte vertakking niet in de lijst voorkomt. -
bouwt Strategie
-
Volledig bouwt - bouwt alle modules in de bewaarplaats telkens
-
De Slimme Bouwstijl van Beta - bouwt slechts modules die sinds laatste zijn veranderd begaat.
Leer meer over het gebruiken van Slimme Bouw in een niet-productiepijpleiding .note important IMPORTANT De slimme Bouwstijl is beschikbaar slechts voor de pijpleidingen van de Kwaliteit van de Code van de Code van de Code van de Code en Dev de volledige de plaatsingspijpleidingen van de Code. * **negeert de Configuratie van de Rij van het Web** - wanneer gecontroleerd, stelt de pijpleiding uw configuratie van de Webrij niet op.
-
-
Pauze alvorens aan Productie op te stellen - pauzeert de pijpleiding alvorens aan productie op te stellen.
-
Gepland - laat de gebruiker de geplande productieplaatsing toelaten.
-
Klik verdergaan om aan het lusje van de Controle van de Ervaring te voorschijn te komen waar u de wegen kunt bepalen die altijd in de Controle van de Ervaring zouden moeten worden omvat.
-
Verstrek wegen die in de Controle van de Ervaring moeten worden omvat.
- Zie het Testen van de Controle van de Ervaring voor details.
-
Klik sparen om uw pijpleiding te bewaren.
Wanneer de pijpleiding loopt, worden de wegen die voor de Controle van de Ervaring worden gevormd voorgelegd en worden geëvalueerd gebaseerd op prestaties, toegankelijkheid, SEO, beste praktijken, en de tests van PWA. Voor meer details, zie Begrijpingsresultaten van de Controle van de Ervaring .
De pijpleiding wordt bewaard en u kunt uw pijpleidingen op de Pijpleidingen kaart op de pagina van het Overzicht van het Programma nu beheren.
Ik gebruik gerichte implementatie targeted-deployment
Een gerichte implementatie implementeert alleen code voor geselecteerde onderdelen van uw AEM-toepassing. In zulk een plaatsing, kunt u verkiezen om één van de volgende soorten code te omvatten:
-
Config - vorm montages voor diverse eigenschappen in uw milieu van AEM.
- Zie Gebruikend Pijpleidingen Config voor een lijst van gesteunde configuraties, die logboek het door:sturen, zuivert-verwante onderhoudstaken, en diverse configuraties CDN omvatten, en om hen in uw bewaarplaats te beheren zodat worden zij behoorlijk opgesteld.
- Wanneer het runnen van een gerichte plaatsingspijpleiding, worden de configuraties opgesteld, mits zij aan het milieu, de bewaarplaats, en de tak worden bewaard die in de pijpleiding wordt bepaald.
- Op elk ogenblik, kan er slechts één config pijpleiding per milieu zijn.
-
vorm Edge Delivery Services config pijpleiding - de Pijpleidingen van de Configuratie van Edge Delivery hebben geen afzonderlijke ontwikkeling, het opvoeren, en productiemilieu's. In AEM as a Cloud Service worden wijzigingen doorgevoerd in ontwikkelings-, fase- en productieniveaus. Een Edge Delivery Configuration Pipeline past daarentegen zijn configuratie rechtstreeks toe op alle Edge Delivery Sites-domeinen die in Cloud Manager zijn geregistreerd. Meer leren, zie een Pijpleiding van Edge Delivery toevoegen.
-
Voorste Code van het Eind - vorm JavaScript en CSS voor het vooreind van uw toepassing van AEM.
- Met frontend pijpleidingen wordt meer onafhankelijkheid gegeven aan front-end ontwikkelaars en kan het ontwikkelingsproces worden versneld.
- Zie het document Ontwikkelend Plaatsen met de Voorste-Eind Pijpleiding voor hoe dit proces samen met sommige overwegingen werkt om zich bewust te zijn van om het volledige potentieel uit dit proces te krijgen.
-
Config van de Rij van het Web - Vorm de eigenschappen van Dispatcher om, Web-pagina's op te slaan te verwerken en te leveren aan de cliënt.
- Zie het document CI/CD Pijpleidingen voor meer details.
- Als er voor de geselecteerde omgeving een pijpleiding voor code in de weblaag bestaat, is deze selectie uitgeschakeld.
- Als u een Web rij config pijpleiding voor een milieu met een bestaande full-stack pijpleiding creeert, wordt de configuratie van de Webrij in de full-stack pijpleiding genegeerd. Deze wijziging heeft alleen invloed op de configuratie van de weblaag in die omgeving.
om een gerichte plaatsingspijpleiding te vormen:
- Kies welk implementatietype u nodig hebt.
-
Bepaal de In aanmerking komende Milieu's van de Plaatsing.
- Als uw pijpleiding een plaatsingspijpleiding is, moet u selecteren aan welke milieu's het zou moeten opstellen.
-
Onder Code van Source, bepaal de volgende opties:
- Bewaarplaats - Deze optie bepaalt waarvan git repo dat de pijpleiding de code zou moeten terugwinnen.
note tip TIP Zie Toevoegend en het Leiden Bewaarplaatsen zodat kunt u leren om bewaarplaatsen in Cloud Manager toe te voegen en te beheren. - Tak van het Git - Deze optie bepaalt waarvan de tak in de geselecteerde pijpleiding de code zou moeten terugwinnen.
- Voer de eerste paar tekens in van de naam van de vertakking en de functie voor automatisch aanvullen van dit veld. U vindt de overeenkomende vertakkingen die u kunt selecteren.
- Plaats van de Code - Deze optie bepaalt de weg in de tak van de geselecteerde repo waarvan de pijpleiding de code zou moeten terugwinnen.
- Pauze alvorens aan Productie op te stellen - deze optie pauzeert de pijpleiding alvorens aan productie op te stellen.
- Gepland - laat de gebruiker de geplande productieplaatsing toelaten. Alleen beschikbaar voor doelgerichte webimplementaties.
-
Klik sparen.
De pijpleiding wordt bewaard en u kunt uw pijpleidingen op de Pijpleidingen kaart op de pagina van het Overzicht van het Programma nu beheren.
BETA: Slim bouwen gebruiken in een productiepijplijn about-smart-build-production-pipeline
Slimme Bouwstijl in Cloud Manager is een geoptimaliseerde bouwstijlstrategie voor productiepijpleidingen. De slimme Bouwstijl vermindert bouwstijltijden door modules in het voorgeheugen onder te brengen en slechts die modules te herbouwen die sinds de laatste succesvolle looppas zijn veranderd. Ongewijzigde modules worden opnieuw gebruikt vanuit cache, terwijl alleen de gewijzigde modules en hun afhankelijkheden worden herbouwd, waardoor de efficiëntie voor iteratieve ontwikkelingsworkflows wordt verbeterd.
Slimme build wordt aangeraden als u het volgende doet:
- U ontwikkelt en begaat actief frequente incrementele wijzigingen.
- Uw project bevat meerdere Geweven modules.
- Volledige builds nemen veel tijd in beslag.
De slimme Bouwstijl is niet altijd ideaal wanneer u het volgende hebt:
- Uw build is sterk afhankelijk van plug-ins die bewerkingen uitvoeren buiten de afhankelijkheidsgrafiek van Maven.
- U hebt bij elke uitvoering volledige validatie voor opnieuw samenstellen nodig.
Werken met prestaties bij het bouwen smart-build-performance
De prestatieswinst van het gebruiken van Slimme bouwt hangt van verscheidene factoren met inbegrip van het volgende af:
- Het aantal modules in het project.
- De frequentie en het bereik van code veranderen.
- De verdeling van gebiedsdelen over modules.
Over het algemeen, kunnen de projecten met vele onafhankelijke modules de grootste verbetering zien.
Optie voor cache per module smart-build-cache-optout
De slimme Bouwstijl verstrekt fijnkorrelige controle die u caching voor specifieke modules laat onbruikbaar maken. Dit is handig wanneer bepaalde modules:
- Gebruik plug-ins, zoals
exec-maven-pluginofmaven-antrun-plugin. - Bestandsbewerkingen uitvoeren die niet worden bijgehouden door Geweven afhankelijkheden.
- In cache geplaatste inhoud levert inconsistente resultaten op.
caching uitschakelen voor een module smart-build-disable-caching
U kunt de volgende eigenschap toevoegen aan de code pom.xml van de desbetreffende module:
<properties>
<maven.build.cache.enabled>false</maven.build.cache.enabled>
</properties>
Deze syntaxis dwingt de module om op elke pijpleidingsuitvoering opnieuw op te bouwen terwijl andere modules van caching blijven profiteren.
Beperkingen en overwegingen bij het gebruik van Smart Build smart-build-limitations
Houd rekening met het volgende wanneer u Slim bouwen gebruikt:
- Smart Build is afhankelijk van Maven-afhankelijkheidsanalyse.
- De veranderingen buiten de gebiedsdeelgrafiek kunnen rebuilds niet teweegbrengen.
- Sommige plug-ins zijn mogelijk niet volledig compatibel met caching.
- U kunt terug naar Volledige Bouwstijl op elk ogenblik schakelen door de productiepijpleiding uit te geven.
Als u onverwacht bouwt gedrag ontmoet, denk na onbruikbaar makend caching voor specifieke modules of tijdelijk het schakelen van uw bouwstijlstrategie aan Hoogtepunt bouwt.
Problemen met Smart Build oplossen smart-build-troubleshoot
・ Gedrag van insteekmodule controleren (met name
exec / antrun insteekmodules).・ Controleer of de meeste modules regelmatig veranderen.
・ Gebruik Volledig bouwt voor controle.
Zie een productiepijpleiding toevoegen om Slimme Bouwstijl toe te laten.
Dispatcher-pakketten overslaan skip-dispatcher-packages
Als u Dispatcher-pakketten in uw pijplijn wilt bouwen zonder deze te publiceren om opslag te maken, kunt u de publicatieoptie uitschakelen. Dit kan helpen de runtime van de pijpleiding verminderen.
De volgende configuratie om het publiceren van Dispatcher-pakketten uit te schakelen, moet via het pom.xml -projectbestand worden toegevoegd. Een omgevingsvariabele dient als een vlag die u instelt in de Cloud Manager-constructiecontainer om te bepalen wanneer Dispatcher-pakketten moeten worden genegeerd.
<profile>
<id>only-include-dispatcher-when-it-isnt-ignored</id>
<activation>
<property>
<name>env.IGNORE_DISPATCHER_PACKAGES</name>
<value>[!NOTE]rue</value>
</property>
</activation>
<modules>
<module>dispatcher</module>
</modules>
</profile>