Deploying standard value sets in Salesforce
Oli Lane on November 10th 2016
The Salesforce Winter ‘17 release has brought with it a whole raft of great new features and no-brainer improvements to the platform. Inevitably, a few of those changes have required some adjustments, not least of which have been the changes to the structure of picklists.
As a brief recap, many Salesforce standard objects have picklist fields - fields that allow only a restricted set of predefined values. Before Winter 17, these predefined values were stored with the field definition, but now they're stored separately. These new collections of values are called standard value sets. For example, the
Type picklist on the
Opportunity object now has its values stored in the
OpportunityType standard value set.
This is great for lots of reasons - value sets can be shared across multiple picklists, so if you want to add a new lead source value, you can make that change in just the
LeadSource standard value set, and the change will be reflected on both the
Lead.Source field and the
There’s one problem when it comes to moving changes between environments, though: when you’re deploying a picklist, it’s very easy to forget to deploy its associated standard value set! Even if you remember that the dependency exists, you still need to remember which value set corresponds to which standard field.
Luckily, we’ve got your back. Gearset will now automatically detect the dependency relationship between a picklist field and its underlying standard value set, and will display it right in the comparison grid:
This takes all of the work out of finding that dependency - instead, you can get on with delighting your users with all the new Winter ‘17 features.
If spending frustrating hours hunting down missing dependencies sounds familiar, click here to start your 30 day free trial of Gearset, and experience the easy way to manage Salesforce deployments.