> 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-de/allgemeine-informationen/was-sind-topologien.md).
# Was sind Topologien
##  Überblick
**Topologien** sind eine neue Funktion in DevOps. Eine **Topologie** ist ein in sich geschlossener Arbeitskontext: Jede hat ihre eigenen Organisationen, Branches, Commits, Pull Requests und Pipelines, und Arbeit in einer Topologie erscheint nie in einer anderen.
Wenn die Topologien-Funktion veröffentlicht wird, enthält Ihr Mandant eine **Standard** Topologie, die alle Ihre vorhandenen Organisationen, Branches, Commits, Pull Requests und Pipelines enthält. Topologien werden in den globalen Einstellungen erstellt und verwaltet. Wie das geht, erfahren Sie im folgenden Artikel.
* [Übersicht über Topologien](/global-settings/global-settings-docs-de/umgebung/topologien/ubersicht-uber-topologien.md)
{% hint style="info" %}
#### Es sind keine Maßnahmen erforderlich
DevOps funktioniert weiterhin genauso wie vor der Einführung von Topologien. Alle Ihre Organisationen befinden sich bereits in der **Standard** Topologie. Wenn Ihr Team also von einer einzelnen Codebasis aus arbeitet, können Sie ohne Änderungen weiterarbeiten.
{% endhint %}
## Warum mehrere Topologien verwenden
Eine Topologie enthält eine Codebasis. Jede Organisation darin teilt sich dieselben Branches, Pull Requests und Pipelines, was genau das ist, was Sie möchten, wenn diese Organisationen zu einem einzigen Auslieferungsprozess gehören: einer Produktionsorganisation, den Sandboxes, die dafür zur Entwicklung verwendet werden, und allen Entwicklungsorganisationen, die zum Testen verwendet werden.
Verwenden Sie eine zweite Topologie, wenn Sie eine zweite Codebasis verwalten müssen. Wenn Ihr Unternehmen zwei Salesforce-Produktionsumgebungen betreibt, die unabhängig voneinander entwickelt und veröffentlicht werden, sollten diese keine Branches oder Pull Requests gemeinsam nutzen. Wenn jede davon ihre eigene Topologie erhält, bleibt ihre Arbeit vollständig getrennt.
## Topologien wechseln
Die **Topologie-Umschalter** ist das erste Element in der Breadcrumb-Navigation oben auf der Seite und wird mit dem Topologien-Symbol sowie dem Namen der Topologie angezeigt, in der Sie arbeiten. Da die Topologie an der Wurzel der Breadcrumb-Navigation steht, gehört alles weitere auf dem Pfad zu der von Ihnen ausgewählten Topologie.
Klicken Sie auf den Umschalter, um die Liste der Topologien zu öffnen. Ein Häkchen kennzeichnet die Topologie, in der Sie sich derzeit befinden. Wählen Sie eine andere Topologie aus, um Ihren Arbeitskontext zu ändern, und auch die Organisationen, Branches, Commits, Pull Requests und Pipelines ändern sich.
{% hint style="info" %}
In DevOps sind alle Topologien für alle Benutzer sichtbar; der Zugriff auf einzelne Organisationen wird jedoch weiterhin durch die DevOps-Berechtigungen gesteuert. Um mehr über diese Berechtigungen zu erfahren, lesen Sie den folgenden Artikel.
* [DevOps-Berechtigungen](/global-settings/global-settings-docs-de/benutzerverwaltung/berechtigungen-fur-flosum-cloud-app/devops-berechtigungen.md)
{% endhint %}
## Topologien verwalten
Topologien werden in den globalen Einstellungen erstellt, umbenannt und gelöscht, und nur Benutzer mit der **SystemAdministrator** Rolle können sie verwalten. Sie weisen Organisationen einer Topologie zu, wenn Sie sie erstellen, und eine Organisation kann danach nicht in eine andere Topologie verschoben werden.
Wie Topologien verwaltet werden und wie Organisationen ihnen zugewiesen werden, erfahren Sie im folgenden Artikel.
* [Übersicht über Topologien](/global-settings/global-settings-docs-de/umgebung/topologien/ubersicht-uber-topologien.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-de/allgemeine-informationen/was-sind-topologien.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.
