Deployment
Last updated
Was this helpful?
Last updated
Was this helpful?
Yes, AutoRABIT can move Analytics Components Metadata, Dashboards, and Dataflows from one Salesforce Org to another Org and the data will be available under the Wave Components list.
When you want to deploy the Analytics data, make sure you have enabled Tableau CRM in your Source Org and assigned permissions to your user record page through the permission set.
To enable the Tableau CRM in your Salesforce Org, follow these steps:
Log in to your Salesforce account.
Go to Salesforce Setup and enter Analytics in the Quick Find / Search field.
Select Getting Started.
Click Enable Tableau CRM.
Before you enable this option, you must have a license for the Analytics platform and this permission in your AutoRABIT profile.
To learn more about how to set up the Analytics Platform, refer to:
Go to the 'My Salesforce Settings' section of the My Account page to activate the metadata components. After that, select the metadata types you want to include in the excluded metadata types.
If you cannot retrieve the components in ARM, although the components are available in Salesforce Org, check for the Salesforce API version from which you're deploying. You can look for the Salesforce API configured for your account under Admin > My Account > My Salesforce Settings section.
When registering your production org, double-check the credentials.
Create a new API token for your Salesforce organization and re-enter your credentials with the new API token.
This commonly occurs when the Salesforce API version in your ARM application is incorrectly configured. You must upgrade the API source flow in your Salesforce org to the most recent version and maintain the same Salesforce version in ARM. To do so, go to Admin > My Account > My Salesforce Settings and update the API version.
One of the prominent causes is when the standard value set is not included in the commit. The deployment validation will succeed if you include it in addition to the standard field while committing.
When it's a standard field, we recommend including the Standard Value Set and selecting metadata from the picklist option. When it's a custom field, we recommend including the custom field.
You are unable to see your deployment in the target org if the CI job was configured with the remove system and user permissions. Run the deployment while unchecking the user permissions option to resolve the issue.
This usually happens if you have used the filter with the most recent modified date rather than the source org's last modified date during the EZ-Commit process.
You can see the standard picklist fields under standard value set metadata.
Select the following checkboxes after picking up the required metadata and the profile members:
Commit Options for Profile: This option allows you to commit settings for a full profile operation.
Commit Access Settings for selected metadata (Profiles ONLY): This allows you to perform the commit operation based on the Profiles available only for the selected metadata.
It could be due to one of the following reasons:
You have created a release label in ARM version 22.2 or older.
You did not select the Create package manifest for Deployment checkbox while creating the release label in ARM 22.3.
You selected the Create package manifest for Deployment checkbox, but the package preparation failed.
All of these problems can be solved by going to the Release Label Summary screen and clicking on Create Artifact for the respective release label. Once this is successful, the release label will be visible on the New Deployment page.
To resolve this issue, please reauthenticate the Salesforce org and perform the deployment again. If the issue continues, please contact our support team.
If you are trying to retrieve a recently updated Flow and not getting the latest metadata in the review artifact, modify the Salesforce Metadata API selected for the flow to the latest version, then retry the metadata retrieval. This time, you should see the latest metadata of the flow.
Change the baseline revision under CI jobs, then perform the deployment again. This should resolve the issue.
One of the revisions in that Release Label may have duplicate values for the Layout file, as it could not pick the delta, so the validation failed. To resolve this:
Turn off On Successful Mock Deployment in the merge criteria and proceed with the merge, even though you have the validation deployment failure on the layout file.
Then manually modify the layout file on the target branch by removing the duplicate entries and triggering the CI Job deployment.
We recommend the same steps to avoid duplicates if you move changes into the Prod branch.
This type of issue can occur if you have a profile in your UAT org and want to deploy it to the clone org, but the profile does not exist in your target org. We recommend using the Full Profile option in the Deployment module to resolve this. Then trigger the deployment again; the profile should successfully deploy to your target org.
Quick Deploy may have failed due to the Metadata API version. Please update the Metadata API to the latest version and then perform the deployment again.
The 'Ignore Missing Visibility Settings' option refactors the Profiles/Permissions metadata. If users enable this option, the metadata that does not exist in the target org members' access settings/permissions will be removed from the package to reduce deployment failures. The following permissions are skipped if they're missing from the destination org:
applicationVisibilities
classAccesses
customMetadataTypeAccesses
fieldPermissions
flowAccesses
layoutAssignments
objectPermissions
page accesses
recordTypeVisibilities
tabVisibilities
If a deployment was successful in Salesforce but failed in ARM, this may be a Salesforce permission issue.
Deployment via Commit Label: The entire files from the most recent revision under the commit label will be packaged together. Example: The entire profile will be part of the deployment.
Deployment via Single Revision: The delta change of the revision will be packaged. Example: If file permissions are included in the revision, only the file permissions will be considered as part of the change.
Often, users who are having issues deploying HTML reports in AutoRABIT are not aware of an SFDC limitation. Unfortunately, AutoRABIT cannot deploy standard fields because they cannot be edited in Salesforce. They are restricted from the SFDC side. You can commit standard fields but cannot deploy them.
Go to the Deployment module and select the case assignment rule during the metadata retrieval process to pick the rules. Errors commonly encountered due to Salesforce issues are listed at the of this page.
Yes, even if one of the LWC components does not have test classes, you can deploy by selecting "Run Tests Based On Changes" because the test is run on the existing test classes for the change-relevant components. Click for more detailed information about deployment configurations.
This occurs when the metadata folder path in the VC repository section is not configured. This problem will not occur once the .src path has been configured. For detailed information about how to configure the VC repository, click .
Please follow the troubleshooting steps given by Salesforce to enable the Exempt from Transaction Security permission: