パイプラインステップの構成

新しいパイプラインを作成すると、最初は概要タブに 開始 と 停止 ノードが表示されます。パイプラインのロジックを定義するには、開始と停止の間にステップを追加します。各ステップは、デプロイ、検証、ロールバック、コードスキャンなどの特定の操作を実行できます。

➕をクリック （プラス） 開始と停止の間にあるアイコンをクリックして最初のステップを追加します。

ステップ構成

ステップを追加する際には、次の項目を定義します：

• 名前 – ステップを識別するラベル（例：「QA組織へデプロイ」）。

• 操作 – ステップが実行するアクション（デプロイ、検証、ロールバック、Webhook、手動ステップ、コードスキャン、Apex実行）。

• 対象組織 – ステップを実行するSalesforce接続を選択します。

• テストの実行 – 実行するテストを設定します（デフォルトまたはカスタム）。

• 次のステップ – 結果に基づくフローを定義します：

  • 成功時 – このステップが成功した場合に実行する次のステップを選択します。

  • 失敗時 – ステップが失敗した場合に実行する次のステップを選択します（通常は停止に設定）。

詳細を入力したら、クリックします 追加。ステップがパイプラインに追加され、視覚的な図が新しいフローを表示するように更新されます。

サポートされている操作

パイプラインは複数の操作をサポートしており、柔軟なリリース自動化を可能にします：

• デプロイ – ブランチからターゲット組織へメタデータをデプロイします。

• 検証 – 変更をコミットせずにデプロイの検証を実行し、事前チェックに役立ちます。

• ロールバック – デプロイ時に作成されたバックアップを使用して以前の状態に戻します。

• Webhook – 統合のために外部のWebhookをトリガーします（例：CI/CDやチケットシステムへの通知）。

• 手動ステップ – 手動での承認やアクションが行われるまでパイプラインを一時停止します。

• コードスキャン – パイプライン実行の一環として静的コード解析（例：PMD）を実行します。

• Apex実行 – パイプラインの一環としてカスタムApexテストやスクリプトを実行します。

例

QAパイプラインが次の構成で作成されます： 開始 → 停止。

新しいステップが次のように追加されます：

• 名前： QA組織への検証

• 操作： 検証

• 対象組織： QAサンドボックス接続

• テストの実行： デフォルト

• 成功時： デプロイ

• 失敗時： ロールバック

をクリックした後、 追加、パイプライン図が次のように更新されます： 開始 → 検証 → デプロイ → ロールバック → 停止

これにより、まず変更を検証し、その後デプロイを行い、検証に失敗した場合は停止する前にロールバックをトリガーすることが保証されます。

ベストプラクティス

• まず検証を使用する – 問題を早期に検出するために、デプロイの前に検証ステップを追加します。

• コードスキャンを含める – デプロイ前にコード品質ゲートが適用されるようにします。

• 環境を連鎖させる – 成功時にQA → UAT → 本番の順に移動するように設定します。

• 手動ステップを追加する – 本番リリース前に重要な承認を挿入します。

• ロールバック経路を定義する – デプロイが失敗した場合に備えて、常にロールバックオプションを含めてください。