Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
BedrockMission!

Learn more

View all

Sign in to view all badges

SOLVED

/conf suggestions

Antony6790
Level 2
Level 2

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
asutosh_jena
Correct answer by
Community Advisor
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
asutosh_jena
Correct answer by
Community Advisor
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