Skip to main content
Agora que você adicionou colaboradores e builders ao seu Workspace, decida como eles podem publicar aplicações e quem deve poder acessá-las. Um deployment é uma versão publicada da sua aplicação em execução em um ambiente de produção, separado do preview de desenvolvimento que você usa durante a construção. Dependendo das políticas da sua organização, os builders podem publicar publicamente, restringir o acesso com um deployment privado ou usar proteção por senha. Abra Configurações → Avançado para encontrar Configurações de privacidade e Configurações de deployment. Esses controles de administrador definem as opções de publicação disponíveis para sua equipe.

​
Controle a privacidade de publicação

Use Configurações de privacidade para controlar o acesso a apps publicados e proteger URLs de desenvolvimento.
Configurações de privacidade mostrando deployments privados, exceções de publicação pública, proteção por senha, URLs de desenvolvimento privadas e restrições de exportação e upload.

Configurações de privacidade, recortadas para excluir detalhes de contas pessoais e configurações não relacionadas.

​
Deployments privados

Um deployment público é destinado a ser acessível a visitantes fora da sua organização. Um deployment privado exige acesso autorizado em vez de expor o app publicamente. Use Deployments privados para escolher a política de publicação da sua equipe:
Menu suspenso de deployments privados mostrando Desativado, Exigir e Exigir para não administradores.
Esta política se aplica a apps recém-publicados. Ela não altera a visibilidade de apps que já estão publicados. Revise os apps existentes separadamente.

​
Exceções de publicação pública

Selecione Gerenciar ao lado de Exceções de publicação pública para revisar e revogar exceções específicas de projeto em toda a conta. Isso ajuda os administradores a acompanhar os projetos autorizados a publicar publicamente sem relaxar a política para todos.

​
Deployments protegidos por senha

A proteção por senha permite que os builders compartilhem um app publicado com pessoas que tenham sua senha. É diferente do acesso privado vinculado a uma identidade autenticada. Use Deployments protegidos por senha para controlar se os builders podem criá-los:
Menu suspenso de deployments protegidos por senha mostrando Habilitado, Desativado e Desativado para não administradores.
Essa configuração não se aplica a apps existentes. Habilitá-la permite a proteção por senha; ela não adiciona automaticamente uma senha a cada deployment.

​
Proteja previews de desenvolvimento

Exigir URLs de desenvolvimento privadas controla o acesso aos apps enquanto eles estão sendo construídos, em vez de seus deployments de produção publicados. Quando habilitado, todas as URLs de desenvolvimento de apps exigem autenticação. Isso inclui SSO, se sua organização tiver habilitado o SAML.
Ao contrário das políticas de publicação acima, as URLs de desenvolvimento privadas se aplicam retroativamente a apps existentes. Os previews privados não são suportados para apps móveis no Expo Go, simuladores ou no aplicativo móvel do Replit.

​
Restrinja exportações e uploads

A mesma seção de Configurações de privacidade inclui dois controles adicionais:
  • Proibir exportação de código-fonte: Impede que os builders exportem o código-fonte do app como um arquivo ZIP. Este é um controle de exportação, não uma garantia de que o código não possa sair por outra via.
  • Proibir uploads de anexos: Impede que os builders façam upload de anexos de arquivo no chat do Replit ou importem arquivos.

​
Escolha a geografia de deployment

Em Configurações de deployment, use Geografia de deployment para controlar onde os membros podem publicar projetos. Escolha Todas as geografias para permitir qualquer geografia disponível, ou selecione uma geografia específica.
Menu suspenso de geografia de deployment com Todas as geografias, América do Norte, América do Sul, Europa (UE), Ásia e Austrália.
Essa configuração rege a geografia de deployment. Não é uma garantia de que todo serviço usado por um app, como um banco de dados externo ou API, armazene ou processe dados na mesma geografia.
Para as geografias disponíveis, restrições de publicação e como a geografia afeta computação e armazenamento, veja Geografia do projeto. Para os requisitos de repositório remoto Git, veja Configurações de controle de código-fonte. Para exigir verificações de vulnerabilidade antes da publicação, veja Segurança.

​
Próximo passo

Modos do Agent e modelos

Escolha modelos aprovados e controle o acesso a níveis de esforço mais altos.