This template quickstarts the ability of onboarding a new Salesforce org. Quickly get started and enable:
- Relevant Metadata Download
- Deployment Pipeline with GitHub Actions
- Prettier Config
- Open VS Code
- Authenticate with Salesforce using the
sf
CLI. - Open the
manifest
folder. - Right click on the
package.xml
and selectSFDX: Retrieve Source in Manifest from Org
- Delete the
.gitkeep
file inside theforce-app
directory.
Allow the Metadata API to run and download source data from Salesforce. Customize the package.xml
as needed for your needs. For more information check out this video on how to use the metadata api.
Github actions come as default to enable a deployment pipeline. To enable pushing from a staging
branch to production:
- Authenticate with
sf cli
using the following command:sf org display --verbose --json -o <MY_TARGET_ORG_ALIAS>
. - Copy this value and add to the GitHub variable
SFDX_AUTH_URL
. - Ensure the target branch name is correct. The default branch is
master
.
To add additional environments, clone the deploy-production.yml
and validate-production.yml
. To learn more about using a developer pipeline, check out the following tutorial.
We can use SFDMU to move data from Sandbox to Production (Or Vice-Versa).
There are two files that need to be updated in the conga/scripts
folder:
push-prod.sh
refresh-sb.sh
Replace SB_USERNAME
with your Sandbox Alias, and PROD_USERNAME
with your Production Alias.
Then, to push changes to production, run:
cd scripts/conga
sh push-prod.sh
or to refresh sandbox:
cd scripts/conga
sh refresh-sb.sh
We can backup the salesforce metadata nighly (or on-demand) using Github Actions.
Learn more by following this tutorial.
TLDR: Uncomment the following line in the file backup-salesforce-metadata.yml
- cron: "0 0 * * *"