Een niet-productiepijpleiding toevoegen configuring-non-production-pipelines

Nadat u een programma hebt ingesteld en minstens één omgeving hebt gemaakt in de gebruikersinterface van Cloud Manager, kunt u niet-productiepijpleidingen toevoegen. Deze pijpleidingen laten u codekwaliteit testen alvorens aan productiemilieu's op te stellen.

Een gebruiker moet de rol hebben van de Manager van de Plaatsing 0} om niet-productiepijpleidingen te vormen.

NOTE
U kunt ​ pijpleidingsmontages ​ na de aanvankelijke opstelling uitgeven.

Een nieuwe niet-productiepijplijn toevoegen adding-non-production-pipeline

Nadat u een programma hebt ingesteld en minstens één omgeving hebt gemaakt in de gebruikersinterface van Cloud Manager, kunt u niet-productiepijpleidingen toevoegen. Gebruik deze pijpleidingen om codekwaliteit te testen alvorens u aan productiemilieu's opstelt.

om een nieuwe niet-productiepijplijn toe te voegen:

  1. Teken in Cloud Manager bij ​ experience.adobe.com ​.

  2. In de Snelle toegang sectie, klik Experience Manager.

  3. In het linkerzijpaneel, klik Cloud Manager.

  4. Selecteer de gewenste organisatie.

  5. Op de Mijn console van Programma's, klik een programma.

  6. In het linkerzijpaneel, klik Pijpleidingen.

  7. Op de pagina van Pijpleidingen, dichtbij de hoger-juiste hoek, klik toevoegen Pijpleiding > voeg niet-Productiepijpleiding toe.

    voeg niet-productiepijpleiding toe

  8. Op het lusje van de Configuratie van voeg niet-Productie pijplijn dialoogdoos toe, selecteer één van de volgende niet-productiepijplijnen u wilt creëren:

    • Pijpleiding van de Kwaliteit van de Code - creeert een pijpleiding die de code op een tak van GIT bouwt, eenheidstests in werking stelt, en codekwaliteit evalueert zonder aan een milieu op te stellen.
    • Pijpleiding van de Plaatsing - creeert een pijpleiding die de code bouwt, eenheidstests in werking stelt, codekwaliteit evalueert, en aan een niet productiemilieu opstelt.

    toevoegen de pijpleidingsdialoog van de Niet-Productie

  9. Onder de sectie van de Configuratie van de Pijpleiding, op het niet-Productie gebied van de Naam van de Pijpleiding, typ een beschrijving voor uw niet-productiepijplijn.

  10. Onder de sectie van de Opties van de Plaatsing, selecteer één van de volgende plaatsingstrekkers die u wilt gebruiken:

    • Handboek - laat u manueel de pijpleiding beginnen.
    • op de Veranderingen van het Git - begint de pijpleiding wanneer de begaat aan de gevormde tak van het Git worden toegevoegd. Met deze optie, kunt u de pijpleiding nog manueel, zoals vereist beginnen.
  11. Selecteer het Belangrijke Metrische Gedrag van Mislukt dat u wilt gebruiken.

    • vraag telkens als - dit gedrag is het gebrek plaatsend en vereist handinterventie op om het even welke belangrijke mislukking.
    • onmiddellijk het Eindigen - als geselecteerd, wordt de pijpleiding geannuleerd wanneer een belangrijke mislukking voorkomt. In feite emuleert het een gebruiker handmatig elke fout.
    • gaat onmiddellijk - als geselecteerd, de pijpleidingsprocedures automatisch wanneer een belangrijke mislukking voorkomt. In feite emuleert het een gebruiker handmatig die elke fout goedkeurt.
  12. Klik verdergaan.

  13. De resterende stappen die u gebruikt om de configuratie van uw niet-productiepijplijn te voltooien hangen van het type van broncode af u verkiest te gebruiken.
    Op het lusje van de Code van Source van voeg niet-Productie pijplijn dialoogdoos toe, selecteer welk type van code de niet-productiepijplijn zou moeten verwerken.

    Zie ​ CI/CD Pijpleidingen ​ voor meer informatie over de types van pijpleidingen.

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

NOTE
Als er al een 'full-stack'-codepijplijn voor de geselecteerde omgeving bestaat, is deze selectie uitgeschakeld.

Om de configuratie van de full-stack code non-production pijpleiding te beëindigen, doe het volgende:

  1. In de sectie van de Code van Source, bepaal de volgende opties.

    • In aanmerking komende Milieu's van de Plaatsing - Beschikbaar slechts wanneer u een niet-productiepijplijn uitgeeft. Als uw pijpleiding een plaatsingspijpleiding is, moet u selecteren aan welke milieu's het zou moeten opstellen.

    • Bewaarplaats - van de drop-down lijst, kies de bewaarplaats van het Git die de pijpleiding als zijn bron gebruikt. Cloud Manager bouwt code van de bewaarplaats die u hier kiest.

      note tip
      TIP
      Zie ​ Toevoegend en het Leiden Bewaarplaatsen ​ zodat kunt u leren 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 controledoos van de Configuratie van de Rij van het Web - wanneer gecontroleerd, stelt de pijpleiding uw configuratie van de Webrij niet op.

  2. In de sectie van de Pijpleiding, als uw pijpleiding een plaatsingspijpleiding is, kunt u verkiezen om een het testen fase in werking te stellen. Controleer de opties die u in deze fase wilt inschakelen. Als geen van de opties wordt geselecteerd, wordt de het testen fase niet getoond tijdens de looppas van de pijpleiding.

    volledig-stapelpijpleiding

  3. Klik sparen.

De pijpleiding wordt bewaard en u kunt nu [ uw pijpleidingen ] beheren (het leiden-pijp
lines.md) op de Pipelines kaart op de pagina van het Overzicht van het Programma.

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:

gerichte plaatsingsopties

  • 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 een volledig-stapelpijpleiding reeds aan een milieu opstelt, kunt u nog een Web-rij configuratiepijplijn voor dat zelfde milieu tot stand brengen. Als u dat doet, negeert Cloud Manager de configuratie op de web-tier in de full-stack pijplijn.

      note note
      NOTE
      De de rij en config van het Web pijpleidingen worden niet gesteund met privé bewaarplaatsen. Zie ​ Toevoegend Privé Bewaarplaatsen in Cloud Manager ​ voor details en de volledige lijst van beperkingen.
  1. Onder de sectie van de Code van Source, bepaal de volgende opties:

    • Bewaarplaats - Deze optie bepaalt waarvan de bewaarplaats van GIT dat de niet productiepijplijn 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.

  2. Als u de Controle van de Ervaring toeliet, ga lusje van de Controle van de Ervaring verder {waar u de wegen kunt bepalen die altijd in de Controle van de Ervaring zouden moeten worden omvat.

    • Als u de Controle van de Ervaring toeliet, zie de controle van de de 2} Ervaring van het document ​ voor details op hoe te vormen.
    • Als u dit niet hebt gedaan, slaat u deze stap over.
  3. Klik sparen om de pijpleiding te bewaren.

De pijpleiding wordt bewaard en u kunt uw pijpleidingen ​ op de ​ Pijpleidingen kaart op de pagina van het Overzicht van het Programma nu beheren.

Het gebruiken van Slimme bouwt in een niet productiepijpleiding about-smart-build

Slimme Bouwstijl in Cloud Manager is een geoptimaliseerde bouwstijlstrategie voor niet-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.

Smart Build is momenteel alleen beschikbaar voor:

  • Pijpleidingen voor codekwaliteit.
  • Ontwikkelen van volledige-stapeldistributiepijpleidingen.
NOTE
De eerste run na het inschakelen van Smart Build gedraagt zich als een Full Build omdat de cache leeg is.

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-plugin of maven-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 het bestand 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 niet 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

Probleem
Voorgestelde oplossingen
Buildresultaten zijn inconsistent
・ Schakel caching uit voor de desbetreffende modules.
・ Gedrag van insteekmodule controleren (met name exec / antrun insteekmodules).
Geen prestatieverbetering
・ Zorg ervoor dat er meerdere looppas is opgetreden (cache opwarmen).
・ Controleer of de meeste modules regelmatig veranderen.
Onverwachte artefacten of ontbrekende wijzigingen
・ Controleren of wijzigingen zich buiten het bijhouden van gedeelde gegevens bevinden.
・ Gebruik Volledig bouwt voor controle.

Zie ​ een niet-productiepijplijn ​ toevoegen toelaat Smart bouwt.

Dispatcher-pakketten uitsluiten exclude-dispatcher-packages

Schakel het publiceren uit als u wilt dat Dispatcher-pakketten in uw pijplijn zijn ingebouwd, maar niet zijn geüpload om opslag te maken. Dit kan de runtime van de pijpleiding verkorten.

Voeg de volgende configuratie toe aan het projectbestand pom.xml om het publiceren van Dispatcher-pakketten uit te schakelen. Stel een omgevingsvariabele in de Cloud Manager-constructiecontainer in om te markeren wanneer Dispatcher-pakketten moeten worden genegeerd. De pijpleiding leest deze vlag en negeert hen dienovereenkomstig.

<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