> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/devops/devops-ja/kdo/buranchi/buranchinodepuroi.md). # ブランチのデプロイ デプロイでは、ブランチのメタデータコンポーネントをターゲットの Salesforce 組織へ送ります。実際に変更を適用するため、コード/設定を Salesforce 環境へ移す最後のステップになります。 {% hint style="warning" %} #### 旧UI向けに作成 この記事は旧UI向けに作成されました。手順は今でも使用できますが、スクリーンショットは古くなっています。場合によっては、手順で参照されている項目が移動または変更されていることがあります。項目が見つからない場合は、 [どこに行ったのか](/devops/devops-ja/shii-uiux-heno/dokonittanoka.md) 記事。 {% endhint %} ## ![](https://225042527-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FG5ZbxX918xOHwbAwAJ4n%2FSummary2-Small-Icon.svg?alt=media\&token=da26a67f-ff7f-47b3-8669-06be960dc2d7) 概要 ブランチをデプロイすると、Cloud DevOpsブランチからDevOpsに接続されたSalesforce組織へメタデータコンポーネントを移行できます。 デプロイプロセスでは、次のことが保証されます。 * 選択したブランチコンポーネントが対象組織に適用される * オプションの破壊的変更によって、不要になったメタデータを削除できる * コンプライアンスと安定性のために、Apexテストとデプロイ後のステップが実行される 検証後にデプロイを実行することで、UATや本番環境などの上位環境へ安心して変更を昇格できます。 {% hint style="info" %} #### 検証を推奨 デプロイ前に、デプロイ対象のブランチ、コンポーネント、組織を使用して検証ジョブを実行してください。続行する前に、検証が成功していることを確認してください。検証の詳細な手順については、次の記事を参照してください。 * [ブランチ Validate の使用](/devops/devops-ja/kdo/buranchi/buranchi-validate-no.md) {% endhint %} {% hint style="info" %} #### ベストプラクティス * UATまたは本番環境へデプロイする前に、必ず検証してください。 * 使用 **デプロイ前** および **デプロイ後** の破壊的変更は慎重に使用し、項目を安全に削除できることを確認してください。 * 本番環境では、常に **すべてのテストを実行** または **ローカルテストを実行**を選択してください。下位環境では、 **テストを実行しない** を選択して、デプロイを高速化できます。 * 不要な上書きを回避するため、プロファイル/権限セットのスコープ設定を使用してください。 * デプロイ後にログを慎重に確認し、成功を確認してください。 * 活用 **ロールバック** 予期しない問題が発生した場合は、直ちに実行してください。 {% endhint %} ## ブランチデプロイジョブを実行 {% stepper %} {% step %} ### ブランチを選択してデプロイを開始 1. クリック **コード** を左側のサイドバーメニューから選択します。 2. リストからブランチを選択します。
3. クリック **デプロイ**.
{% endstep %} {% step %} ### コンポーネントと組織を選択 1. クリック **追加** をクリックして、デプロイに含める各ブランチコンポーネントを追加します。 2. （任意）クリック **すべて追加** をクリックして、すべてのコンポーネントをデプロイに追加します。 3. クリック **次へ**.
4. クリック **選択** をクリックして、デプロイ先のSalesforce組織を選択します。 5. クリック **次へ**.
{% endstep %} {% step %} ### 破壊的変更を選択 コンポーネントには、次のマークを付けることができます。 **デプロイ前** （デプロイ前に削除）または **デプロイ後** （デプロイ後に削除）。 {% hint style="info" %} デフォルトでは、すべてのデプロイ前およびデプロイ後の破壊的変更が追加されます。 {% endhint %} 1. （任意）デプロイから破壊的変更を削除するには、 **追加済み** をクリックしてコンポーネントの選択を解除します。 2. クリック **次へ**.
{% endstep %} {% step %} ### デプロイを設定して実行 1. 次をクリックします： **テストを実行** ドロップダウンメニューで、実行するApexテストのレベルを選択します。各項目の説明については、以下の表を参照してください。
テストレベル説明
デフォルトパッケージに含まれるテストのみを実行します。
テストを実行しないすべてのApexテストをスキップします（本番以外の組織でのみ許可されます）。
ローカルテストを実行インストール済みの管理パッケージのテストを除く、組織内のすべてのテストを実行します。
すべてのテストを実行管理パッケージのテストを含む、組織内のすべてのテストを実行します。
関連テストを実行選択したコンポーネントとその依存関係に関連するテストのみを実行します。このオプションは、Salesforce の RunRelevantTests 機能を使用して、実行するテストを自動的に判定します。詳細については、 Salesforceヘルプ.
指定したテストを実行実行する個別のテストクラスまたはメソッドを指定できます。
2. デプロイ設定のトグルをクリックして設定を有効にします。各設定の説明については、次の表を参照してください。
設定説明
選択したコンポーネントのプロファイル設定のみをデプロイ検証のみ プロファイル設定 この検証ジョブに含めるよう選択したコンポーネントに対してのみ実行します。
選択したコンポーネントの権限セット設定のみをデプロイ検証のみ 権限セット設定 この検証ジョブに含めるよう選択したコンポーネントに対してのみ実行します。
デプロイ後のApexコードを実行デプロイの完了後に定義済みのApexスクリプトを実行します。有効にすると、スクリプトを入力するためのテキストボックスが表示されます。
デプロイ時の警告を無視警告があってもデプロイを続行できます。
Vlocity LWCの有効化有効にすると、Vlocity Lightning Webコンポーネントがデプロイ中に自動的に有効化、コンパイルされ、実行可能になります。
3. クリック **実行** をクリックして、デプロイジョブを開始します。
4. デプロイジョブを開始すると、次の場所に表示されます： **アクティビティ** タブ。
{% endstep %} {% step %} ### 進行中のデプロイ 進行中の **デプロイ** ジョブが **進行中**の場合、ステータスを監視し、必要に応じてキャンセルできます。 1. 次をクリックします： **進行中** デプロイジョブ。
**ログを更新** 1. クリック **更新** をクリックして、現在のログでログビューを更新します。
**デプロイを中止** 1. クリック **中止**.
2. クリック **中止** で **デプロイを中止** 確認ダイアログ。
3. デプロイジョブは停止し、Salesforce組織に対してそれ以上のアクションは実行されません。
{% endstep %} {% endstepper %} ## デプロイ結果 {% stepper %} {% step %} ### 結果を表示 1. 次をクリックします： **アクティビティ** タブ。 2. 次を確認します： **デプロイ** ジョブステータスが **完了**. {% hint style="info" %} デプロイジョブ中にエラーが発生すると、ステータスは次に変わります： **例外**。デプロイジョブのログを確認してエラーを特定してください。 {% endhint %}
ジョブのステータス説明
キューに入っていますジョブが作成され、実行待ちです。
進行中ジョブは実行中です。
完了ジョブは正常に完了しました。
例外ジョブはエラーとともに完了しました。
3. 次をクリックします： **デプロイ** ジョブ。
4. この **デプロイ** 結果ページには、ジョブ情報と詳細なログが表示されます。
{% endstep %} {% step %} ### ログを確認（エラーなし） デプロイジョブのログには、次の詳細が含まれます。 * 破壊的変更オブジェクトの有無。 * デプロイされたコンポーネントの数と一覧。 * Apexテスト実行の種類と結果。 * 完了したデプロイ手順。
{% endstep %} {% step %} ### ログを確認（エラーあり） デプロイジョブでエラーが発生した場合は、ログを調べて原因を特定します。次のマークが付いたエントリに注目してください： **\[error]**。以下のスクリーンショットは、ブランチで必要な複数のコンポーネントがSalesforce組織に不足している状態で実行されたデプロイジョブを示しています。
{% endstep %} {% step %} ### デプロイをロールバック デプロイ結果ページでバックアップが作成されている場合は、 **ロールバック** ボタンが表示されます。［ロールバック］をクリックすると、バックアップスナップショットを使用して、組織をデプロイ前の状態に復元します。このプロセスの詳細な手順については、次の記事を参照してください。 * [デプロイのロールバック](/devops/devops-ja/kdo/buranchi/depuroinorrubakku.md) {% endstep %} {% endstepper %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.flosum.com/devops/devops-ja/kdo/buranchi/buranchinodepuroi.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.