There are several steps that happen behind the scenes when you kick off a validation or a deployment to a Salesforce org with Gearset:

  1. Gearset builds your deployment package and uploads it to Salesforce
  2. Salesforce places your package into the queue for processing
  3. Salesforce runs any tests
  4. Salesforce checks your package file and containing metadata are valid for deployment
  5. Salesforce applies your changes to your target org

Depending on the size of the package and the speed of Salesforce, the time taken for these steps can vary a large amount.

What causes the variations in the validation/deployment time?

The load Salesforce is experiencing at the time of your validation or deployment is the primary cause. During peak hours in the US, when the greatest number of users are active on the platform, the speed of the service slows down. There's nothing you can do about this other than sit it out unfortunately!

The level of slowdown tends to vary based on the org types. For example, Production orgs tend to be more tolerant to load than Developer edition orgs, however this is not a hard and fast rule.

What does "validation queued on Salesforce" or "deployment queued on Salesforce" mean?

Gearset has uploaded your package to Salesforce, and requested that the validation or deployment be run. Salesforce has put this request in the queue for processing. Gearset is now polling Salesforce for updates and waiting for the process to begin. 

Depending on the load on Salesforce, this can take a while. It's not uncommon to wait 10-15 minutes at peak times for packages to move through the queue for processing. Once the deployment begins, you'll see status updates in Gearset showing you the progress.

Still having issues?

Contact our team and we'll be happy to help. See how

Did this answer your question?