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

Med frontdelsrörledningen fårfler oberoende till gränssnittsutvecklarna, och utvecklingsprocessen kan bli avsevärt 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

Precis som för byggmiljön för hela stackenhar frontendpipelinen 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.

Front-end-pipeline kräver att front-end-Node.js-projektet använder skriptdirektivet build för att generera det bygge som det distribuerar. Detta beror på att Cloud Manager använder kommandot npm run build för att generera det distribuerbara projektet för frontendbygget.

Det resulterande innehållet i mappen dist är det som distribueras av Cloud Manager, och som fungerar som statiska filer. Dessa filer lagras externt på AEM, men är tillgängliga via en /content/...-URL i 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övariabelnför att ange önskad version.

Enskild Source av 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 Manager mål är att göra denna enda källa till sanning självklar. 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