> 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.md).

# ブランチ操作

- [ブランチへのコンポーネントの追加](https://docs.flosum.com/devops/devops-ja/kdo/buranchi/buranchihenokonpnentono.md)
- [ブランチへの事前・事後の破壊的変更の追加](https://docs.flosum.com/devops/devops-ja/kdo/buranchi/buranchihenonono.md): 破壊的変更を使用して、デプロイ中に Salesforce のメタデータコンポーネントを削除します。削除がいつ行われるかを制御するために、Pre または Post として設定できます。
- [スマートマージの使用](https://docs.flosum.com/devops/devops-ja/kdo/buranchi/sumtomjino.md)
- [スマートマージの競合の解決](https://docs.flosum.com/devops/devops-ja/kdo/buranchi/sumtomjinono.md)
- [ブランチ PreDeploy Fix の使用](https://docs.flosum.com/devops/devops-ja/kdo/buranchi/buranchi-predeploy-fix-no.md): PreDeploy Fix は、デプロイ前に不足している依存関係を事前に検出し、解決します。
- [ブランチ上書き保護の使用](https://docs.flosum.com/devops/devops-ja/kdo/buranchi/buranchikino.md): 上書き保護は、Salesforce 組織に対して実行される保護プロセスで、メタデータの意図しない上書きを防止します。
- [ブランチ Validate の使用](https://docs.flosum.com/devops/devops-ja/kdo/buranchi/buranchi-validate-no.md): Validate は、デプロイせずにブランチのメタデータを Salesforce 組織に対してチェックします。互換性を確認し、依存関係が満たされていることを保証し、必要に応じて Apex テストを実行します。
- [ブランチのデプロイ](https://docs.flosum.com/devops/devops-ja/kdo/buranchi/buranchinodepuroi.md): デプロイでは、ブランチのメタデータコンポーネントをターゲットの Salesforce 組織へ送ります。実際に変更を適用するため、コード/設定を Salesforce 環境へ移す最後のステップになります。
- [デプロイのロールバック](https://docs.flosum.com/devops/devops-ja/kdo/buranchi/depuroinorrubakku.md): ロールバックを使用すると、Salesforce 組織をデプロイ前の状態に戻せます。自動的にバックアップが作成されるため、エラーや不要な変更が発生した場合でも、すばやく組織を安定状態に戻せます。


---

# 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.md?ask=<question>&goal=<user_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.