deploying case status values from sandbox

after a long long time created a new support process in sandbox, and of course you cant deploy standard picklists with change sets.

if i had used devops center i would prob be sorted, but I would have to redo everything. i found it to be too much overhead to deal with for what we needed, and havent played with it recently.

so instead, i did the following

1) include the support process in the change set

2) retrieve case status via metadataapi / workbench

create a file named package.xml and include this and only this

<?xml version="1.0" encoding="UTF-8"?>
<Package xmlns="http://soap.sforce.com/2006/04/metadata">
    <types>
        <members>CaseStatus</members>
        <name>StandardValueSet</name>
    </types>
    <version>61.0</version>
</Package>

login to workbench in the sandbox, and go to migration - retrieve, and select that file.

that will give you a nice zip file with all of your case status values.

deploy that to production using workbench, then deploy your change set.

that should do the trick.

if you want to get fancy you could export the change set as a package, and then also include the case status, and deploy the whole thing together, but that seems like more work than just doing em separately.

 
2
Kudos
 
2
Kudos

Now read this

Preventing duplicate junction object records

Native dupe management only allows you to reference a single lookup field. So it cannot prevent duplicate junction object records. By using a (new in spring 20) before save flow to concatenate the two IDs into a single text field, you... Continue →