> 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-pt-br/informacoes-gerais/o-que-sao-topologias.md).
# O que são topologias
##  Visão geral
**Topologias** são um novo recurso no DevOps. Uma **Topologia** é um contexto de trabalho autônomo: cada uma tem suas próprias organizações, branches, commits, pull requests e pipelines, e o trabalho em uma Topologia nunca aparece em outra.
Quando o recurso Topologias for lançado, seu tenant conterá uma **Padrão** Topologia que contém todas as suas organizações, branches, commits, pull requests e pipelines existentes. As Topologias são criadas e gerenciadas em Configurações Globais. Para saber como, consulte o artigo a seguir.
* [Visão geral das topologias](/global-settings/global-settings-docs-pt-br/ambiente/topologias/visao-geral-das-topologias.md)
{% hint style="info" %}
#### Nenhuma ação é necessária
O DevOps funciona da mesma forma que funcionava antes da introdução das Topologias. Todas as suas organizações já estão na **Padrão** Topologia, então, se a sua equipe trabalha a partir de uma única base de código, você pode continuar trabalhando sem fazer nenhuma alteração.
{% endhint %}
## Por que usar várias Topologias
Uma Topologia contém uma base de código. Todas as organizações dentro dela compartilham os mesmos branches, pull requests e pipelines, o que é desejável quando essas organizações pertencem a um único processo de entrega: uma organização de Produção, os sandboxes usados para desenvolver nela e quaisquer organizações de Desenvolvimento usadas para testes.
Use uma segunda Topologia quando você tiver uma segunda base de código para gerenciar. Se a sua empresa opera dois ambientes de produção do Salesforce que são desenvolvidos e lançados de forma independente, eles não devem compartilhar branches ou pull requests. Dar a cada um a sua própria Topologia mantém o trabalho deles completamente separado.
## Trocando de Topologias
O **Seletor de Topologias** é o primeiro item na navegação por breadcrumb no topo da página, exibido com o ícone de Topologias e o nome da Topologia em que você está trabalhando. Como a Topologia fica na raiz do breadcrumb, tudo o que vem depois no caminho pertence à Topologia que você selecionou.
Clique no seletor para abrir a lista de Topologias. Uma marca de seleção identifica a Topologia em que você está trabalhando no momento. Selecione uma Topologia diferente para alterar seu contexto de trabalho, e as organizações, branches, commits, pull requests e pipelines também mudarão.
{% hint style="info" %}
No DevOps, todas as Topologias são visíveis para todos os usuários; no entanto, o acesso a organizações individuais ainda é नियंत्रido pelas permissões do DevOps. Para saber mais sobre essas permissões, consulte o artigo a seguir.
* [Permissões de DevOps](/global-settings/global-settings-docs-pt-br/gerenciamento-de-usuarios/permissoes-do-flosum-cloud-app/permissoes-de-devops.md)
{% endhint %}
## Gerenciando Topologias
As Topologias são criadas, renomeadas e excluídas em Configurações Globais, e somente usuários com a **SystemAdministrator** função podem gerenciá-las. Você atribui organizações a uma Topologia ao criá-las, e uma organização não pode ser movida para uma Topologia diferente depois disso.
Para saber como as Topologias são gerenciadas e como as organizações são atribuídas a elas, consulte o artigo a seguir.
* [Visão geral das topologias](/global-settings/global-settings-docs-pt-br/ambiente/topologias/visao-geral-das-topologias.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-pt-br/informacoes-gerais/o-que-sao-topologias.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.
