Expand my Community achievements bar.

July 31st AEM Gems Webinar: Elevate your AEM development to master the integration of private GitHub repositories within AEM Cloud Manager.
SOLVED

AEM Cloud Multi Brand Project

Avatar

Community Advisor

We have single AEM Cloud Program and we have a requirement to have 2 projects (multi-brand) with site-a and site-b. Both the sites would have some common components, services and few distinct as well.

 

Since AEM Cloud deployment is a docker image based, what is the recommended approach where different teams can work with different release cycles?

 

Adobe suggests Git Submodule https://experienceleague.adobe.com/docs/experience-manager-cloud-service/content/implementing/using-... but is there any disadvantage of using this approach? Any suggestion?

 

Thank you!

1 Accepted Solution

Avatar

Correct answer by
Employee Advisor

@Jineet_Vora You can have multiple projects as GIT sub modules. Different teams can work on their respective repositories, however, there should be a Syncing mechanism which will pull all the Content from multiple branches and add it to Cloud Manager GIT repository. 
Help document to build the syncing mechanism:
https://experienceleague.adobe.com/docs/experience-manager-cloud-service/content/implementing/using-...


I believe if you have different release cycle for different projects, you might want to set up a governance model to ensure basic Sanity is being performed for all the projects, which are getting live with a project release

View solution in original post

2 Replies

Avatar

Correct answer by
Employee Advisor

@Jineet_Vora You can have multiple projects as GIT sub modules. Different teams can work on their respective repositories, however, there should be a Syncing mechanism which will pull all the Content from multiple branches and add it to Cloud Manager GIT repository. 
Help document to build the syncing mechanism:
https://experienceleague.adobe.com/docs/experience-manager-cloud-service/content/implementing/using-...


I believe if you have different release cycle for different projects, you might want to set up a governance model to ensure basic Sanity is being performed for all the projects, which are getting live with a project release

Avatar

Community Advisor

Hi,


 For common services and components, a separate repo similar to Adobe's core component library can be created.

Both project A and B can include core dependencies from custom Core project for utils, services etc. And for components we can use super resourcetype to extend components.