sf-vlocity-build-deploy
Vlocity Build を使用した Salesforce Industries DataPack のデプロイ自動化を支援するスキルです。`packDeploy` / `packRetry` / `packExport` / `packGetDiffs` などの vlocity コマンドによる OmniStudio/Vlocity DataPack のデプロイ・検証、CI/CD パイプラインの構築、DataPack 移行エラーのトラブルシューティングを行う際にトリガーされます。`sf project deploy` による Salesforce メタデータのデプロイ、OmniStudio 成果物の作成、Apex/LWC ビジネスロジックの記述には使用しません。
description の原文を見る
> Salesforce Industries DataPack deployment automation using Vlocity Build. TRIGGER when: user deploys or validates OmniStudio/Vlocity DataPacks with vlocity commands (packDeploy/packRetry/packExport/packGetDiffs), sets up DataPack CI/CD pipelines, or troubleshoots DataPack migration errors. DO NOT TRIGGER when: deploying Salesforce metadata with sf project deploy (use sf-deploy), authoring OmniStudio artifacts (use sf-industry-commoncore-*), or writing Apex/LWC business logic (use sf-apex/sf-lwc).
SKILL.md 本文
sf-vlocity-build-deploy: Vlocity Build DataPack デプロイ
このスキルは、ユーザーが Vlocity DataPack デプロイメント オーケストレーション が必要な場合に使用します: エクスポート/デプロイ ワークフロー、マニフェスト駆動デプロイ、失敗のトリアージ、および OmniStudio/Industries DataPack の CI/CD シーケンシング。
このスキルがタスクを所有する場合
sf-vlocity-build-deploy は以下に関わる場合に使用してください:
vlocity packDeploy、packRetry、packContinue、packExport、packGetDiffs、validateLocalData- DataPack ジョブファイル設計 (
projectPath、expansionPath、manifest、queries) - org 間 DataPack マイグレーションおよびリトライ ループ
- DataPack 依存関係、マッチングキー、および GlobalKey の問題のトラブルシューティング
ユーザーが以下を実行している場合は他にデリゲートしてください:
sf project deployで標準メタデータをデプロイ ->sf-deploy- OmniScript、FlexCard、IP、またはデータ マッパーを作成 ->
sf-industry-commoncore-* - Product2 EPC バンドルを設計 ->
sf-industry-cme-epc-model - Apex/LWC コードを作成 ->
sf-apex、sf-lwc
重要な運用ルール
- DataPack には Vlocity Build (
vlocity) コマンドを使用し、sf project deployは使用しないでください。 - 利用可能な場合は、ユーザー名/パスワード ファイルよりも Salesforce CLI 認証統合 (
-sfdx.username <alias>) を優先してください。 - フルデプロイの前に デプロイ前品質ゲート を常に実行してください:
validateLocalData- オプション
packGetDiffs - その後
packDeploy
- エラー数が減少している場合は
packRetryを繰り返し使用し、リトライが結果を改善しなくなったら停止してください。 - マッチングキー戦略と GlobalKey の整合性を、ソース org とターゲット org 全体で一貫して保つ。
最初に収集すべき必須コンテキスト
以下を確認または推論してください:
- ソース org およびターゲット org のエイリアス
- ジョブファイル パスおよび DataPack プロジェクト パス
- デプロイ スコープ (フル プロジェクト、マニフェスト サブセット、または特定の
-key) - これがエクスポート、デプロイ、リトライ、継続、または diff のみ かどうか
- namespace モデル (
%vlocity_namespace%、vlocity_cmt、またはコア) - 既知の制約 (新しいサンドボックス ブートストラップ、トリガー動作、マッチングキーのカスタマイズ)
飛行前チェック:
vlocity help
sf org list
sf org display --target-org <alias> --json
test -f <job-file>.yaml
推奨ワークフロー
1. ツール準備状況の確認
npm install --global vlocity
vlocity help
2. プロジェクト データをローカルで検証
vlocity -sfdx.username <source-alias> -job <job-file>.yaml validateLocalData
--fixLocalGlobalKeys は明確に要求された場合のみ、その影響を説明した後に使用してください。
3. ソースからエクスポート (必要に応じて)
vlocity -sfdx.username <source-alias> -job <job-file>.yaml packExport
vlocity -sfdx.username <source-alias> -job <job-file>.yaml packRetry
4. ターゲットにデプロイ
vlocity -sfdx.username <target-alias> -job <job-file>.yaml packDeploy
vlocity -sfdx.username <target-alias> -job <job-file>.yaml packRetry
5. 中断されたジョブを継続
vlocity -sfdx.username <target-alias> -job <job-file>.yaml packContinue
6. デプロイ後のパリティを検証
vlocity -sfdx.username <target-alias> -job <job-file>.yaml packGetDiffs
ジョブファイル テンプレート: references/job-file-template.md
高シグナル失敗パターン
| エラー / 症状 | 考えられる原因 | デフォルト修正方向 |
|---|---|---|
No match found for ... | ターゲット org で依存関係が欠落 | 欠落している DataPack キーを含めて再デプロイ |
Duplicate Results found for ... GlobalKey | ターゲット内の重複レコード | 重複を削除して再実行 |
Multiple Imported Records ... same Salesforce Record | ソース内の重複マッチングキー レコード | ソースで重複を削除して再エクスポート |
No Configuration Found | 古い DataPack 設定 | packUpdateSettings を実行するか autoUpdateSettings を有効化 |
Some records were not processed | 設定の不一致 / 部分的な依存関係の状態 | 両方の org で設定を更新してリトライ |
| SASS / テンプレート コンパイル エラー | 参照されている UI テンプレート アセットが欠落 | 参照されているテンプレート依存関係を最初にエクスポート/デプロイ |
詳細マトリックス: references/troubleshooting-matrix.md
CI/CD ガイダンス
デフォルト パイプライン形状:
- org を認証 (
sf org login ...) - ローカル DataPack 整合性を検証 (
validateLocalData) - 変更スコープをエクスポート (
packExportまたはマニフェスト駆動エクスポート) - デプロイ (
packDeploy) - リトライ ループ (
packRetry) が安定するまで実行 - 比較 (
packGetDiffs) してデプロイ レポートを公開
段階的なデプロイ最適化のため、以下のようなジョブファイル オプションを使用してください:
gitCheck: truegitCheckKey: <folder>manifestで決定論的スコープ制御
クロススキル統合
| 必要事項 | デリゲート先 | 理由 |
|---|---|---|
| DataPack 外のメタデータ デプロイ | sf-deploy | Metadata API ワークフロー |
| OmniStudio コンポーネント オーサリング | sf-industry-commoncore-* | デプロイ前にアーティファクトを作成 |
| EPC 製品およびオファー ペイロード オーサリング | sf-industry-cme-epc-model | Product2/DataPack モデル品質 |
| Apex トリガー/ログ エラー診断 | sf-debug、sf-apex | 自動化側の根本原因修正 |
リファレンス マップ
ここから開始
references/job-file-template.mdreferences/troubleshooting-matrix.mdexamples/business-internet-plus-bundle/TRANSCRIPT.mdexamples/business-internet-plus-bundle-deploy/TRANSCRIPT.md
外部リファレンス
完了形式
DataPack ゴール: <エクスポート / デプロイ / リトライ / diff / ci-cd>
ソース org: <エイリアスまたは N/A>
ターゲット org: <エイリアスまたは N/A>
スコープ: <ジョブ ファイル + マニフェスト/キー/フル>
結果: <成功 / 失敗 / 部分>
主要な検出: <エラー、依存関係、リトライ、diff>
次のステップ: <安全な後続アクション>
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- jaganpro
- リポジトリ
- jaganpro/sf-skills
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/jaganpro/sf-skills / ライセンス: MIT
関連スキル
superpowers-streamer-cli
SuperPowers デスクトップストリーマーの npm パッケージをインストール、ログイン、実行、トラブルシューティングできます。ユーザーが npm から `superpowers-ai` をセットアップしたい場合、メールまたは電話でサインインもしくはアカウント作成を行いたい場合、ストリーマーを起動したい場合、表示されたコントロールリンクを開きたい場合、後で停止したい場合、またはソースコードへのアクセスなしに npm やランタイムの一般的な問題から復旧したい場合に使用します。
catc-client-ops
Catalyst Centerのクライアント操作・監視機能 - 有線・無線クライアントのリスト表示・フィルタリング、MACアドレスによる詳細なクライアント検索、クライアント数分析、時間軸での分析、SSIDおよび周波数帯によるフィルタリング、無線トラブルシューティング機能を提供します。MACアドレスやIPアドレスでのクライアント検索、サイト別やSSID別のクライアント数集計、無線周波数帯の分布分析、Wi-Fi信号の問題調査が必要な場合に活用できます。
ci-cd-and-automation
CI/CDパイプラインの設定を自動化します。ビルドおよびデプロイメントパイプラインの構築または変更時に使用できます。品質ゲートの自動化、CI内のテストランナー設定、またはデプロイメント戦略の確立が必要な場合に活用します。
shipping-and-launch
本番環境へのリリース準備を行います。本番環境へのデプロイ準備が必要な場合、リリース前チェックリストが必要な場合、監視機能の設定を行う場合、段階的なロールアウトを計画する場合、またはロールバック戦略が必要な場合に使用します。
linear-release-setup
Linear Releaseに向けたCI/CD設定を生成します。リリース追跡の設定、LinearのCIパイプライン構築、またはLinearリリースとのデプロイメント連携を実施する際に利用できます。GitHub Actions、GitLab CI、CircleCIなど複数のプラットフォームに対応しています。
tracking-application-response-times
API エンドポイント、データベースクエリ、サービスコール全体にわたるアプリケーションのレスポンスタイムを追跡・最適化できます。パフォーマンス監視やボトルネック特定の際に活用してください。「レスポンスタイムを追跡する」「API パフォーマンスを監視する」「遅延を分析する」といった表現で呼び出せます。