Developing Sites with the Front-End Pipeline developing-site-with-front-end-pipeline

Med den främre rörledningen fler oberoende ges till gränssnittsutvecklare och utvecklingsprocessen kan gå mycket snabbare. I det här dokumentet beskrivs hur den här processen fungerar tillsammans med vissa överväganden som du bör vara medveten om så att du kan utnyttja hela potentialen i den här processen.

Front-End Build Contract front-end-build-contract

Liknar byggmiljö i full hög, den främre rörledningen har en egen miljö. Utvecklarna har viss flexibilitet när det gäller att använda denna pipeline så länge som följande avtal för front-end-bygge följs.

För frontendpipeline krävs att front-end-Node.js-projektet använder build skriptdirektiv för att generera det bygge som det distribuerar. Detta beror på att kommandot används i molnhanteraren npm run build för att generera det driftsättningsbara projektet för front-end-bygget.

Det resulterande innehållet i dist är den mapp som slutligen distribueras av Cloud Manager, som fungerar som statiska filer. Dessa filer lagras externt hos AEM, men är tillgängliga via en /content/... URL för den distribuerade miljön.

Nodversioner node-versions

Front-end-miljön har stöd för följande Node.js-versioner.

Du kan använda NODE_VERSION miljövariabel för att ange önskad version.

En källa för sanning single-source-of-truth

Ett allmänt bra tillvägagångssätt är att behålla en enda sanningskälla för det som används för AEM. Cloud Managers mål är att göra den enda källan till sanning uppenbar. Eftersom frontdelsrörledningen tillåter avkoppling av platsen för delar av koden ligger dock ett visst extra ansvar i den korrekta konfigurationen av frontdelsrörledningarna. Man måste vara försiktig så att man inte skapar flera rörledningar som kan användas på samma plats i samma miljö.

Av denna anledning, och särskilt när flera rörledningar för framände skapas, rekommenderas att en systematisk namnkonvention upprätthålls, som följande:

En sådan konvention bör effektivt förhindra följande misstag i samband med driftsättningen:

Separation av oro separation-of-concerns

En annan bra metod som gäller för varje separation av frågor är att lägga särskild vikt vid hur det kontrakt som avskiljer bekymren utformas och hanteras. När det gäller front end-rörledningen är det kontrakt som skiljer koden från resten HTML och JSON som renderas av anläggningen. Om HTML och JSON förblir stabila ger frontlinjen maximalt värde genom att göra front-end-teamet helt oberoende.

Det finns för närvarande ingen specifik funktion för att köra helstackspipeline synkront med frontendspipeline(en). Därför måste man vid frikopplingen av frontdelsutvecklingen från rörledningen i full hög lägga in extra omsorg i kontraktet som avgränsar dessa två problemområden. Kontraktet är i allmänhet det HTML och/eller JSON som Experience Manager återger. Förändringar av detta avtal måste därför vara välplanerade mellan de grupper som driver de olika rörledningarna så att de är överens om hur de ska sekvensera motsvarande ändringar.

Följande steg rekommenderas i allmänhet när det är nödvändigt att ändra HTML och/eller JSON-utdata som påverkar båda problemområdena.

Ytterligare resurser additional-resources