> 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/yi-ban-qing-bao/toporojitohaka.md).
# トポロジとは何か
##  概要
**トポロジー** DevOps の新機能です。A **トポロジー** は、自己完結した作業コンテキストです: それぞれに独自の組織、ブランチ、コミット、プルリクエスト、パイプラインがあり、1 つのトポロジーでの作業が別のトポロジーに表示されることはありません。
Topologies 機能がリリースされると、テナントには **既定の** これまでのすべての組織、ブランチ、コミット、プルリクエスト、パイプラインを保持するトポロジーが含まれます。トポロジーはグローバル設定で作成および管理されます。方法については、次の記事を参照してください。
* [トポロジーの概要](/global-settings/global-settings-docs-ja/huan-jing/toporoj/toporojno.md)
{% hint style="info" %}
#### 対応は不要です
DevOps は、Topologies が導入される前と同じように動作します。すべての組織はすでに **既定の** トポロジーにあるため、チームが 1 つのコードベースで作業している場合は、何も変更せずにそのまま作業を続けられます。
{% endhint %}
## 複数のトポロジーを使用する理由
トポロジーには 1 つのコードベースが保持されます。その中のすべての組織は同じブランチ、プルリクエスト、パイプラインを共有します。これは、これらの組織が 1 つのリリースプロセスに属する場合に適しています。たとえば、本番用の組織、その本番に対して開発を行うためのサンドボックス、テスト用に使う開発組織などです。
管理するコードベースが 2 つある場合は、2 つ目のトポロジーを使用します。ビジネスで 2 つの Salesforce 本番環境を運用していて、それぞれが独立して開発・リリースされる場合、ブランチやプルリクエストを共有すべきではありません。それぞれに独自のトポロジーを割り当てることで、作業を完全に分離できます。
## トポロジーの切り替え
その **トポロジー スイッチャー** は、ページ上部のパンくずナビゲーションの最初の項目で、トポロジーのアイコンと、現在作業しているトポロジーの名前が表示されます。トポロジーはパンくずのルートにあるため、パスの先に続くすべての項目は、選択したトポロジーに属します。
スイッチャーをクリックすると、トポロジーの一覧が開きます。チェックマークで、現在作業しているトポロジーが示されます。別のトポロジーを選択すると作業コンテキストが切り替わり、組織、ブランチ、コミット、プルリクエスト、パイプラインもすべて変わります。
{% hint style="info" %}
DevOps では、すべてのユーザーにすべてのトポロジーが表示されます。ただし、個々の組織へのアクセスは引き続き DevOps の権限によって制御されます。これらの権限の詳細については、次の記事を参照してください。
* [DevOps の権限](/global-settings/global-settings-docs-ja/yz/flosum-cloud-app-no/devops-no.md)
{% endhint %}
## トポロジーの管理
トポロジーはグローバル設定で作成、名前変更、削除され、 **SystemAdministrator** ロールを持つユーザーのみが管理できます。組織を作成するときにトポロジーに割り当てますが、作成後に別のトポロジーへ移動することはできません。
トポロジーがどのように管理され、組織がどのように割り当てられるかについては、次の記事を参照してください。
* [トポロジーの概要](/global-settings/global-settings-docs-ja/huan-jing/toporoj/toporojno.md)
---
# 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/yi-ban-qing-bao/toporojitohaka.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.
