
Understanding these requirements Salesforce is working to change the initial idea and make the Community more source-driven with metadata and DX. However, the reality of development is most processes start in DEV sandbox and are expected to move through multiple test stages like QA, UAT, and then PROD. The Production org is expected as a source of truth.

Going down from PROD to other QA/UAT environment distribution model. Communities Team initially expected Enterprises will be making changes and building Community direct in Production and then move it to sandboxes using the refresh sandbox feature. īased on what I learned from Salesforce one reason it is not easy to deploy Community is its design. This an updated blog for Summer 18 & Winter 19 releases as of. Here we will demonstrate how to use ANT script and Metadata API to deploy Communities and manage source in GitHub.

If you recently worked with Salesforce Communities it is not easy to deploy or move to different environments.
