Sf-skills sf-vlocity-build-deploy
install
source · Clone the upstream repo
git clone https://github.com/Jaganpro/sf-skills
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/Jaganpro/sf-skills "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/sf-vlocity-build-deploy" ~/.claude/skills/jaganpro-sf-skills-sf-vlocity-build-deploy && rm -rf "$T"
manifest:
skills/sf-vlocity-build-deploy/SKILL.mdsource content
sf-vlocity-build-deploy: Vlocity Build DataPack Deployment
Use this skill when the user needs Vlocity DataPack deployment orchestration: export/deploy workflow, manifest-driven deploys, failure triage, and CI/CD sequencing for OmniStudio/Industries DataPacks.
When This Skill Owns the Task
Use
sf-vlocity-build-deploy when work involves:
,vlocity packDeploy
,packRetry
,packContinue
,packExport
,packGetDiffsvalidateLocalData- DataPack job-file design (
,projectPath
,expansionPath
,manifest
)queries - org-to-org DataPack migration and retry loops
- troubleshooting DataPack dependency, matching-key, and GlobalKey issues
Delegate elsewhere when the user is:
- deploying standard metadata with
-> sf-deploysf project deploy - building OmniScripts, FlexCards, IPs, or Data Mappers ->
sf-industry-commoncore-* - designing Product2 EPC bundles -> sf-industry-cme-epc-model
- writing Apex/LWC code -> sf-apex, sf-lwc
Critical Operating Rules
- Use Vlocity Build (
) commands for DataPacks, notvlocity
.sf project deploy - Prefer Salesforce CLI auth integration (
) over username/password files when available.-sfdx.username <alias> - Always run a pre-deploy quality gate before full deploy:
validateLocalData- optional
packGetDiffs - then
packDeploy
- Use
repeatedly when error counts are dropping; stop when retries no longer improve results.packRetry - Keep matching-key strategy and GlobalKey integrity consistent across source and target orgs.
Required Context to Gather First
Ask for or infer:
- source org and target org aliases
- job file path and DataPack project path
- deployment scope (full project, manifest subset, or specific
)-key - whether this is export, deploy, retry, continue, or diff-only
- namespace model (
,%vlocity_namespace%
, or core)vlocity_cmt - known constraints (new sandbox bootstrap, trigger behavior, matching key customizations)
Preflight checks:
vlocity help sf org list sf org display --target-org <alias> --json test -f <job-file>.yaml
Recommended Workflow
1. Ensure tool readiness
npm install --global vlocity vlocity help
2. Validate project data locally
vlocity -sfdx.username <source-alias> -job <job-file>.yaml validateLocalData
Use
--fixLocalGlobalKeys only when explicitly requested and after explaining impact.
3. Export from source (when needed)
vlocity -sfdx.username <source-alias> -job <job-file>.yaml packExport vlocity -sfdx.username <source-alias> -job <job-file>.yaml packRetry
4. Deploy to target
vlocity -sfdx.username <target-alias> -job <job-file>.yaml packDeploy vlocity -sfdx.username <target-alias> -job <job-file>.yaml packRetry
5. Continue interrupted jobs
vlocity -sfdx.username <target-alias> -job <job-file>.yaml packContinue
6. Verify post-deploy parity
vlocity -sfdx.username <target-alias> -job <job-file>.yaml packGetDiffs
Job-file starter: references/job-file-template.md
High-Signal Failure Patterns
| Error / symptom | Likely cause | Default fix direction |
|---|---|---|
| missing dependency in target org | include missing DataPack key and redeploy |
| duplicate records in target | clean duplicates and re-run deploy |
| source duplicate matching-key records | remove duplicates in source and re-export |
| outdated DataPack settings | run or enable |
| settings mismatch / partial dependency state | refresh settings both orgs, then retry |
| SASS / template compile failures | missing referenced UI template assets | export/deploy referenced template dependencies first |
Detailed matrix: references/troubleshooting-matrix.md
CI/CD Guidance
Default pipeline shape:
- authenticate orgs (
)sf org login ... - validate local DataPack integrity (
)validateLocalData - export changed scope (
or manifest-driven export)packExport - deploy (
)packDeploy - retry loop (
) until stablepackRetry - compare (
) and publish deployment reportpackGetDiffs
For incremental deploy optimization, use job-file options such as:
gitCheck: truegitCheckKey: <folder>
for deterministic scope controlmanifest
Cross-Skill Integration
| Need | Delegate to | Reason |
|---|---|---|
| metadata deploy outside DataPacks | sf-deploy | Metadata API workflows |
| OmniStudio component authoring | | build artifacts before deploy |
| EPC product and offer payload authoring | sf-industry-cme-epc-model | Product2/DataPack model quality |
| Apex trigger/log error diagnosis | sf-debug, sf-apex | automation-side root-cause fixes |
Reference Map
Start here
- references/job-file-template.md
- references/troubleshooting-matrix.md
- examples/business-internet-plus-bundle/TRANSCRIPT.md
- examples/business-internet-plus-bundle-deploy/TRANSCRIPT.md
External reference
Completion Format
DataPack goal: <export / deploy / retry / diff / ci-cd> Source org: <alias or N/A> Target org: <alias or N/A> Scope: <job file + manifest/key/full> Result: <passed / failed / partial> Key findings: <errors, dependencies, retries, diffs> Next step: <safe follow-up action>