Expand my Community achievements bar.

SOLVED

\/conf suggestions

Avatar

Level 3

Hi All,

 

Do we have to maintain /conf as code in GIT repo or control this folder access using ACL's? what is  the best practice ?

 

Even though we are in 6.5, we are not yet using Editable templates fully and just starated using Content Fragments.

 

Also planning to move AEM as cloud service in Q3.

 

Appreciate any suggestion on this.

 

Thanks.

 

1 Accepted Solution

Avatar

Correct answer by
Community Advisor

Hi @Antony6790 

 

It is always best practice to keep the /conf in code i.e.using any source code management (git) and it will be deployed as part of the deployment package.

In AEM as CS, the ui.content package contains all content and configuration. The Content Package, contains all the node definitions not in the ui.apps or ui.config packages, or in other words, anything not in /apps or /oak:index.

  • Context-aware configurations
    • /conf
  • Required, complex content structures (ie. Content build-out that is builds on and extends past Baseline content structures defined in Repo Init.)
    • /content, /content/dam, etc.
  • Governed tagging taxonomies
    • /content/cq:tags
  • Legacy etc nodes (Ideally, migrate these to non-/etc locations)
    • /etc

 

Please refer the link here:

https://experienceleague.adobe.com/docs/experience-manager-cloud-service/implementing/developing/aem...

 

Also you can refer the wknd website which is implemented by following the best practices by Adobe:

https://github.com/adobe/aem-guides-wknd

 

Hope this helps!

Thanks

View solution in original post

1 Reply

Avatar

Correct answer by
Community Advisor

Hi @Antony6790 

 

It is always best practice to keep the /conf in code i.e.using any source code management (git) and it will be deployed as part of the deployment package.

In AEM as CS, the ui.content package contains all content and configuration. The Content Package, contains all the node definitions not in the ui.apps or ui.config packages, or in other words, anything not in /apps or /oak:index.

  • Context-aware configurations
    • /conf
  • Required, complex content structures (ie. Content build-out that is builds on and extends past Baseline content structures defined in Repo Init.)
    • /content, /content/dam, etc.
  • Governed tagging taxonomies
    • /content/cq:tags
  • Legacy etc nodes (Ideally, migrate these to non-/etc locations)
    • /etc

 

Please refer the link here:

https://experienceleague.adobe.com/docs/experience-manager-cloud-service/implementing/developing/aem...

 

Also you can refer the wknd website which is implemented by following the best practices by Adobe:

https://github.com/adobe/aem-guides-wknd

 

Hope this helps!

Thanks